Age | Commit message (Collapse) | Author |
|
Some 0-sized sections were observed in the TS PMT parser.
Test setup details:
Test channel is Film 4 on Freeview.
Test hardware is a Nova-T Stick (older dib7000m variant).
Drivers from v4l-dvb hg, id a1c94c4a05f5, with dib7000m_set_frontend() patched
to select OUTMODE_HIGH_Z while tuning.
|
|
section_length is sometimes 0; this leads to the CRC32 calculation being
performed with a data length of -1 bytes, a.k.a. 4294967295 bytes.
(Reported by Johannes Zellner.)
--HG--
extra : transplant_source : %B6m%D0%0C%84%DA%40%C3%0B%06%11%B1%11%9El%A8%1F%95%27%E5
|
|
--HG--
extra : transplant_source : %E0%D0%C5%8B%BEU%DD%24%5D7%1F%ADV%AD%EB%23%CBU%80%EB
|
|
For contributed code, leave whatever the version we last synced for is using
to make simpler future syncs.
|
|
|
|
|
|
With current code, ts demuxer stores audio tracks in the order it finds it in
PMT, but doesn't correctly set the buffer type so stream's audio_track_map
may (and often) have a different order and so a user can get german audio
when selecting "ita" ! Bad. This patch fixes that.
It also fixes get_optional_data to return correct spu lang instead of none.
|
|
Attached is a little patch that allows using ffmpegvideo w/o direct rendering
to play mpeg2 ts.
It works for both mpeg2 and h264.
|
|
Hi, the next bug that has been annoying me is as follows.
I have some streams recorded from BBC4 on UK DVB-T. BBC4 only actually
starts transmitting at about 7pm; prior to that there is a static
picture saying it is not playing just now. With these streams and
xine, I would get audio, but no picture.
Looking at the PMT table during the static picture, all the streams
have type 0x0b. However there IS a video stream in there, but there
are also several streams of binary data.
Xine's current video PID auto-detection code was locking on to one of
these streams of binary data because it contained the magic sequence
00 00 01 e0 at one of the PUS. *HOWEVER* it is NOT a PES stream; this
sequence is just an accident. The other problem is that xine can only
handle one video stream; so once it was misdetected once, it was stuck
at that PID.
The attached patch changes the corrupted_pes flag into a counter. If a
video stream has more than CORRUPT_PES_THRESHOLD corrupt PES packets
in a row, then it is deselected as the video stream, and
auto-detection is kicked off again. Auto-detection will now also
ignore any streams seen previously which have a nonzero corrupted_pes
count. This works very well; I can now see the video fine.
One possible issue might be that if you get a lot of corrupt PES in a
stream which really IS the video stream, it will be deselected.
However, this is not actually a problem: once the corruption goes
away, the corrupted_pes counter will be reset to 0, and the stream
will once again be autodetected as the video stream (and playback will
continue from there).
|
|
The attached patch applies after my logging patches (I can regenerate if
needed).
demux_ts attempted to read packets from the input 200 times before
giving up. When playing a local file, this is harmless, as it will hit
EOF 200 times; however, input_dvb waits 5 seconds for packets on each
call to read, resulting in a 1000 second delay if tuning fails.
Remove the counting of input packets, and add a comment to read() in
input_plugin.h, to indicate that we expect inputs to try and return some
data when read() is called. This fixes the delay, and makes it clear to
future maintainers that they shouldn't expect to loop like this.
--
Simon Farnsworth
|
|
The three attached patches (against 1.1.6) each increase the amount of
debug logging in their respective components. We've found the extra
logging useful when trying to track down faults.
I've split this into three patches to make it easier to apply only some
of our changes.
--
Comments welcome,
Simon Farnsworth
|
|
extra checks. If there are cases where the stream is not AC3, it would be nicer to blacklist them, rather than whitelist the cases where it's correct.
Patch by Julian Scheel.
CVS patchset: 8788
CVS date: 2007/04/02 10:46:08
|
|
MAX_SPU_TRACKS.
Beside the fact that a MAX value is, well, always for the max number of tracks, the abbrevation "number" -> "no" is ambiguous as one could read it as "there are no spu tracks".
CVS patchset: 8787
CVS date: 2007/04/02 10:13:02
|
|
CVS patchset: 8786
CVS date: 2007/04/02 09:51:53
|
|
modified).
CVS patchset: 8784
CVS date: 2007/04/01 22:49:07
|
|
language & subtitle strings (given a buffer of >= XINE_LANG_MAX bytes).
Also fixes an off-by-one buffer termination in the TS code.
(Note: compile-tested only.)
CVS patchset: 8592
CVS date: 2007/02/08 02:40:22
|
|
constant string, and make the extensions and mrl vaiables usually declared when testing extension demux strategy constants too.
CVS patchset: 8523
CVS date: 2007/01/19 00:26:39
|
|
CVS patchset: 8170
CVS date: 2006/08/08 03:58:15
|
|
(through backports), to avoid exporting unneeded internal symbols, making plugins' loading faster and use of internal copies of libraries more solid. It should automatically fall back to the old way in GCCs that does not support -fvisibility=hidden, but has to be tested carefully. No issues were found in the months of testing in Gentoo, but this requires special attention anyway.
CVS patchset: 8101
CVS date: 2006/07/10 22:08:12
|
|
(Patch from Barry Scott <barry.scott@onelan.co.uk>)
CVS patchset: 8074
CVS date: 2006/06/28 20:20:54
|
|
CVS patchset: 8009
CVS date: 2006/06/02 22:18:56
|
|
(Diego Pettenò)
CVS patchset: 7985
CVS date: 2006/05/03 19:46:06
|
|
CVS patchset: 7876
CVS date: 2006/02/05 17:27:56
|
|
Incremented demux API version.
This is needed to unload plugins.
CVS patchset: 7385
CVS date: 2005/02/06 15:26:00
|
|
NULL after freeing.
CVS patchset: 7376
CVS date: 2005/01/31 15:15:58
|
|
CVS patchset: 7286
CVS date: 2004/12/20 20:00:27
|
|
CVS patchset: 7276
CVS date: 2004/12/18 19:56:57
|
|
CVS patchset: 7220
CVS date: 2004/12/10 12:42:02
|
|
CVS patchset: 7217
CVS date: 2004/12/09 13:16:52
|
|
CVS patchset: 7215
CVS date: 2004/12/09 07:07:40
|
|
CVS patchset: 7176
CVS date: 2004/12/01 07:59:53
|
|
CVS patchset: 7075
CVS date: 2004/10/25 22:42:59
|
|
CVS patchset: 7060
CVS date: 2004/10/21 14:50:29
|
|
is not aligned with the PES packet.
CVS patchset: 7048
CVS date: 2004/10/18 19:08:05
|
|
CVS patchset: 6930
CVS date: 2004/09/02 14:27:56
|
|
CVS patchset: 6913
CVS date: 2004/08/28 17:54:05
|
|
http://article.gmane.org/gmane.comp.video.xine.devel/9532
it is now up to demuxers to decide what the 0..65535 position means.
demuxers tested: ogg, voc, flac, rm, asf, vqa, vob, avi, y4m, au, mov, ts, mp3, mpg, wav, ra, mve
CVS patchset: 6686
CVS date: 2004/06/13 21:28:52
|
|
CVS patchset: 6668
CVS date: 2004/06/10 20:16:59
|
|
0 for "raw" demuxers
10 for "normal" demuxers
CVS patchset: 6553
CVS date: 2004/05/16 18:01:26
|
|
CVS patchset: 6509
CVS date: 2004/05/09 22:34:19
|
|
CVS patchset: 6072
CVS date: 2004/01/27 00:37:30
|
|
CVS patchset: 6030
CVS date: 2004/01/12 17:35:14
|
|
relevant too. Small other little fix (can't remember). Change few internal function prototype because it xine_t pointer need to be used if some xine's internal sections. NOTE: libdvd{nav,read} is still too noisy, i will take a look to made it quit, without invasive changes. To be continued...
CVS patchset: 5844
CVS date: 2003/12/05 15:54:56
|
|
CVS patchset: 5796
CVS date: 2003/11/26 19:43:26
|
|
BIG NOTE: use helpers to access to these informations (get/set/reset):
_x_{stream,meta}_info_{get,set,reset}()
are for internal use, don't use *_public() ones from inside the beast ;-)
Some wrongly names "xine_" fonction renaming.
CVS patchset: 5757
CVS date: 2003/11/16 23:33:42
|
|
CVS patchset: 5750
CVS date: 2003/11/16 15:31:51
|
|
- demuxers should not access stream->demux_thread_running
- remove deprecated get_video_frame/got_video_frame_cb
CVS patchset: 5732
CVS date: 2003/11/15 14:00:35
|
|
CVS patchset: 5721
CVS date: 2003/11/11 18:44:50
|
|
CVS patchset: 5657
CVS date: 2003/10/31 22:56:21
|
|
Implement relative seeking and time display in mpeg2 transport streams.
The time display might be off on some streams.
CVS patchset: 5556
CVS date: 2003/10/20 06:19:02
|