Age | Commit message (Collapse) | Author |
|
by Reinhard Nissl.
CVS patchset: 6875
CVS date: 2004/08/06 21:35:54
|
|
(in case of major trouble just revert the patch i sent to xine-devel)
CVS patchset: 6871
CVS date: 2004/08/02 12:51:07
|
|
CVS patchset: 6839
CVS date: 2004/07/22 14:29:28
|
|
CVS patchset: 6838
CVS date: 2004/07/22 14:27:48
|
|
CVS patchset: 6837
CVS date: 2004/07/22 14:26:24
|
|
CVS patchset: 6836
CVS date: 2004/07/22 14:25:05
|
|
https://sourceforge.net/tracker/?func=detail&atid=109655&aid=947520&group_id=9655
CVS patchset: 6818
CVS date: 2004/07/19 22:45:48
|
|
fix problems of bogus frame skipping when duration changes.
CVS patchset: 6798
CVS date: 2004/07/15 21:20:06
|
|
align vobsub to bottom in libspudec
CVS patchset: 6791
CVS date: 2004/07/14 01:18:47
|
|
finished event was sent to frontend before the output fifos were empty.
add a test for the number of streams attached to the output port. this will
prevent deadlocking on multi-streams scenarios where fifos don't ever get empty.
CVS patchset: 6777
CVS date: 2004/07/06 22:53:22
|
|
CVS patchset: 6775
CVS date: 2004/07/05 17:13:37
|
|
(in_buf && in_buf->num_frames), otherwise, the dummy packet send by ao_exit()
to wake up the audio out loop can trigger this message
(because it has an undefined buf->format.rate, which, when 0 causes
driver->open() to fail and the message gets emitted)
we also send the message to the streams attached to this audio out only,
not to all streams known to the engine
CVS patchset: 6757
CVS date: 2004/06/27 13:33:57
|
|
CVS patchset: 6748
CVS date: 2004/06/26 13:51:13
|
|
(fixed latest deadlock report by Stefan Holst)
CVS patchset: 6744
CVS date: 2004/06/25 16:09:31
|
|
* since plugin catalog assumes a limit on plugin count, we should actually
enforce this limit on plugin loading
* reduce DECODER_MAX from 256 to 128, because PLUGIN_MAX is already 256
and having only decoder plugins is unlikely
CVS patchset: 6738
CVS date: 2004/06/23 19:45:52
|
|
in SPU decoders which is obsoleted by that removal
CVS patchset: 6726
CVS date: 2004/06/21 16:19:40
|
|
CVS patchset: 6713
CVS date: 2004/06/19 20:07:15
|
|
the users it is better if we structure by intuitive categories, not strictly
by plugins
CVS patchset: 6712
CVS date: 2004/06/19 19:54:59
|
|
CVS patchset: 6711
CVS date: 2004/06/19 19:53:29
|
|
visualization plugin's metronom gets confused when you wire different
streams to the plugin's input
CVS patchset: 6710
CVS date: 2004/06/19 19:51:25
|
|
it right this time: use a different pointer for every decoder by putting the
descriptions into a dynamically growing chunk of heap memory
the name of the decoder in the description is necessary, because frontends
should not have to display the config entry key and this is currently the only
string to contain the decoder's name
CVS patchset: 6709
CVS date: 2004/06/19 19:48:42
|
|
pointers of the strings.
CVS patchset: 6693
CVS date: 2004/06/16 15:41:37
|
|
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: 6684
CVS date: 2004/06/13 15:40:30
|
|
thanks again to Daniel Mack for pointing this out
CVS patchset: 6667
CVS date: 2004/06/10 18:54:31
|
|
* use the info pointer before increasing it
* the plugin type is just a unit8_t, so (1<<8) is not a good constant
for PLUGIN_NO_UNLOAD, use (1<<6) instead; I hope 64 plugin types will be
enough...
CVS patchset: 6663
CVS date: 2004/06/09 17:31:08
|
|
(when this works in OSX, we can remove the PLUGIN_NO_UNLOAD flag from
video_out_macosx.m, but the support for this in the plugin loader seems
to be a good idea anyway)
CVS patchset: 6661
CVS date: 2004/06/08 20:44:27
|
|
Mac OSX video out support.
patch to configure.ac to follow
CVS patchset: 6642
CVS date: 2004/06/05 16:06:12
|
|
Copy is_frame value in duplicate_frame vo function.
Fix the bug i've reported here:
http://news.gmane.org/navbar.php?group=gmane.comp.video.xine.devel&article=9301&next=9322&prev=9310&newsrc=,9301,9322
CVS patchset: 6631
CVS date: 2004/06/02 19:46:10
|
|
CVS patchset: 6621
CVS date: 2004/06/01 04:31:17
|
|
CVS patchset: 6613
CVS date: 2004/05/30 21:33:38
|
|
before, NULL could mean two things: no stream at all or a stream that does not
want to be addressed; now the latter is represented by the new XINE_ANON_STREAM
resulting changes:
* the status() functions now behave differently for NULL and XINE_ANON_STREAM
(as the commentary always implied, but this was not the case, so post
plugin rewiring went wrong, because it relies on the status() function)
* the NULL_STREAM defines in audio_out and video_out are obsolete
* update the function comments in the headers
* update the post plugin rewire functions to use the status() functions to
check, if the old port was opened and handle the new one accordingly;
this makes open_count obsolete
* change all post plugins accordingly (mostly using XINE_ANON_STREAM instead
of NULL)
additional change:
* the status() function of audio port now returns the bits/rate/mode values
of the input and not the output; this is more likely to be what a post plugin
wants
* the reimplementation of status() in the upmix plugin is obsolete
CVS patchset: 6603
CVS date: 2004/05/29 14:45:25
|
|
CVS patchset: 6598
CVS date: 2004/05/27 10:59:08
|
|
CVS patchset: 6589
CVS date: 2004/05/24 22:24:42
|
|
2) Simplify libfaad init
CVS patchset: 6588
CVS date: 2004/05/24 22:17:57
|
|
1 - When a first frame is still referenced, poll until there is only one reference. (with a limit, see FIRST_FRAME_MAX_POLL). This way the frame is displayed as soon as possible.
2 - When a "flush" occured, don't wait the full duration of the frame and exit the waing loop as soon as possible.
The problems have been identified and fixed using a toxine script to stress seeking. It's available here (requires toxine cvs) :
http://xine.sourceforge.net/tmattern/seek_test_1.toxine
It performs approx. 500 seeks. I have tested avi, asf, mov, mpg, mkv streams.
The engine can do a bit more than 10 seeks per second here (athlon 2.6 GHz), with all kind of streams. ;)
toxine has been improved to support a such script (env vars, and the "repeat" command), thanks to Daniel.
CVS patchset: 6585
CVS date: 2004/05/23 21:30:26
|
|
CVS patchset: 6584
CVS date: 2004/05/23 18:47:02
|
|
Make it easier to debug using XINE_PROFILE.
CVS patchset: 6583
CVS date: 2004/05/23 18:41:57
|
|
CVS patchset: 6581
CVS date: 2004/05/23 16:20:56
|
|
Problem solved using a toxine script to stress seeking.
CVS patchset: 6574
CVS date: 2004/05/21 13:41:02
|
|
rewiring a closed port won't cause the new destination to be opened.
CVS patchset: 6564
CVS date: 2004/05/18 03:16:12
|
|
(intercepting the audio_out port).
calling xine_post_wire_audio_port( post output, audio_out )
would close the audio_out and then reopen it with rate=0, bits=0, mode=0.
(see post_audio_rewire() in post.c)
CVS patchset: 6563
CVS date: 2004/05/18 02:01:39
|
|
CVS patchset: 6561
CVS date: 2004/05/17 21:28:06
|
|
The fix stopps dropping properly received data.
I realized the problem when switching channels in VDR. From time to time, it happend that switching took more than 50 ms (the timeout value used in _x_read_abort()), which caused the select() to timeout.
In the case where 'stream->demux_action_pending' was set, the already received data was dropped due to returning 0. This finally resulted in your demuxer to fail with DEMUX_END, as it couldn't read 6 bytes from the PES header.
So for the case, that there is some data available, it now takes twice the timeout (i. e. 100 ms), before a return 0 happens.
Some more information: as in rare cases switching channels could take even longer than 100 ms, I've also added a loop around _x_read_about() in my VDR input plugin, which returns 0 just after this state lasts for 5 seconds.
CVS patchset: 6557
CVS date: 2004/05/16 21:45:24
|
|
Under certain circumstances, the result caused an overflow in 'num_frames', so that it could get negative.
CVS patchset: 6556
CVS date: 2004/05/16 21:39:55
|
|
CVS patchset: 6552
CVS date: 2004/05/16 17:58:16
|
|
CVS patchset: 6545
CVS date: 2004/05/15 23:44:25
|
|
CVS patchset: 6544
CVS date: 2004/05/15 20:27:50
|
|
allows the code for handling this special case to actually be used
CVS patchset: 6532
CVS date: 2004/05/13 21:38:49
|
|
something outside the delivered image.
fixes border calculation for zoom < 100%.
CVS patchset: 6517
CVS date: 2004/05/11 02:21:16
|