Age | Commit message (Collapse) | Author |
|
CVS patchset: 6604
CVS date: 2004/05/29 19:01:53
|
|
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: 6602
CVS date: 2004/05/28 22:33:24
|
|
CVS patchset: 6601
CVS date: 2004/05/28 12:58:58
|
|
http://sourceforge.net/tracker/index.php?func=detail&aid=856495&group_id=9655&atid=109655
CVS patchset: 6600
CVS date: 2004/05/27 21:37:48
|
|
- workaround decoding bug (green blocks) for the xvid stream "test.avi"
(i know, i know. it is a pretty generic name but some people know what i meant)
- some lprintf's to real demuxer. helps debugging reference problems.
CVS patchset: 6599
CVS date: 2004/05/27 11:10:11
|
|
CVS patchset: 6598
CVS date: 2004/05/27 10:59:08
|
|
CVS patchset: 6597
CVS date: 2004/05/27 03:54:57
|
|
now .ram files should work again with http
CVS patchset: 6596
CVS date: 2004/05/27 03:44:45
|
|
CVS patchset: 6595
CVS date: 2004/05/27 00:38:05
|
|
http://sourceforge.net/tracker/index.php?func=detail&aid=681764&group_id=9655&atid=109655
CVS patchset: 6594
CVS date: 2004/05/27 00:24:52
|
|
CVS patchset: 6593
CVS date: 2004/05/26 17:01:26
|
|
CVS patchset: 6592
CVS date: 2004/05/26 16:37:41
|
|
than have it as config option. For video_out_pgx64 only, use window properties to prevent multiple xine instances from trying to use the hardware overlay.
CVS patchset: 6591
CVS date: 2004/05/25 23:24:04
|
|
linux threads may share the same LDT, therefore we must check if
entry was already set before trying to create a new segment descriptor.
this patch must fix at least some segfaults when w32 decoders are disposed.
(did i said i hate this win32 crap?)
CVS patchset: 6590
CVS date: 2004/05/25 16:31:50
|
|
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
|
|
- seeking improvements
- qtdll decoder reset() fix
CVS patchset: 6587
CVS date: 2004/05/24 20:34:28
|
|
Pass the seeking stress test now ;)
CVS patchset: 6586
CVS date: 2004/05/24 19:43:47
|
|
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: 6582
CVS date: 2004/05/23 16:34:42
|
|
CVS patchset: 6581
CVS date: 2004/05/23 16:20:56
|
|
to fix them - it doesn't do a very good job of it anyway
CVS patchset: 6580
CVS date: 2004/05/23 16:12:04
|
|
2) Fix timestamps for video with b-frames
CVS patchset: 6579
CVS date: 2004/05/23 16:05:47
|
|
CVS patchset: 6578
CVS date: 2004/05/23 15:11:34
|
|
affected performance.
CVS patchset: 6577
CVS date: 2004/05/22 23:38:13
|
|
CVS patchset: 6576
CVS date: 2004/05/21 19:54:42
|
|
CVS patchset: 6575
CVS date: 2004/05/21 19:45:05
|
|
Problem solved using a toxine script to stress seeking.
CVS patchset: 6574
CVS date: 2004/05/21 13:41:02
|
|
CVS patchset: 6573
CVS date: 2004/05/20 23:11:54
|
|
CVS patchset: 6572
CVS date: 2004/05/20 18:43:32
|
|
CVS patchset: 6571
CVS date: 2004/05/19 19:54:15
|
|
CVS patchset: 6570
CVS date: 2004/05/19 19:41:28
|
|
CVS patchset: 6569
CVS date: 2004/05/19 18:36:12
|
|
I have only tested Stereo and Surround 5.1 modes so far.
Removes an annoying bias bug.
CVS patchset: 6568
CVS date: 2004/05/19 18:00:47
|
|
CVS patchset: 6567
CVS date: 2004/05/18 20:38:28
|
|
CVS patchset: 6566
CVS date: 2004/05/18 20:35:04
|
|
Do not like "make debug" with debug printf's.
CVS patchset: 6565
CVS date: 2004/05/18 20:04:53
|
|
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
|
|
If we change bits,rate or mode, we have to also provide our own status call.
CVS patchset: 6562
CVS date: 2004/05/17 21:47:01
|
|
CVS patchset: 6561
CVS date: 2004/05/17 21:28:06
|
|
CVS patchset: 6560
CVS date: 2004/05/17 16:19:05
|
|
Which frontends support the parameters api ?
CVS patchset: 6559
CVS date: 2004/05/17 16:12:48
|
|
It just causes the left and right channels to sound like they are coming from the center,
so one looses any good left/right effects.
CVS patchset: 6558
CVS date: 2004/05/17 15:10:20
|
|
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
|
|
1) the 'size' of the A52 frame was calculated 'result' bytes to small.
2) a simpler "not jumbo detection": if 'size' was not changed, then it's not a jumbo and we're done.
CVS patchset: 6555
CVS date: 2004/05/16 21:35:16
|