Age | Commit message (Collapse) | Author |
|
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
|
|
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
|
|
CVS patchset: 6576
CVS date: 2004/05/21 19:54:42
|
|
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: 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
|
|
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
|
|
CVS patchset: 6554
CVS date: 2004/05/16 19:32:36
|
|
0 for "raw" demuxers
10 for "normal" demuxers
CVS patchset: 6553
CVS date: 2004/05/16 18:01:26
|
|
CVS patchset: 6552
CVS date: 2004/05/16 17:58:16
|
|
CVS patchset: 6550
CVS date: 2004/05/16 16:23:09
|
|
e.g. changing // to /* */
CVS patchset: 6549
CVS date: 2004/05/16 15:13:34
|
|
Some updates so that upmixing 8,16,24 and floats works.
The output of the upmixer is currently 32bit floats, so it currently only works with alsa.
New audio plugins could be added to change it back to 16bit before reaching audio out so that it works with OSS etc.
We just need Frontend GUIs to catch up and support AUDIO_FILTER post plugins.
CVS patchset: 6548
CVS date: 2004/05/16 14:44:42
|
|
CVS patchset: 6547
CVS date: 2004/05/16 14:04:12
|
|
CVS patchset: 6546
CVS date: 2004/05/16 02:56:35
|
|
CVS patchset: 6545
CVS date: 2004/05/15 23:44:25
|
|
CVS patchset: 6544
CVS date: 2004/05/15 20:27:50
|
|
CVS patchset: 6543
CVS date: 2004/05/15 18:22:26
|
|
It can handle 16bit audio 2-channel to 5.1 channel upmix.
Currently, the .1 or LFE channel is not yet created.
CVS patchset: 6542
CVS date: 2004/05/15 15:32:47
|
|
developers have been informed.
CVS patchset: 6541
CVS date: 2004/05/15 14:23:15
|
|
CVS patchset: 6538
CVS date: 2004/05/14 13:36:03
|
|
CVS patchset: 6537
CVS date: 2004/05/14 13:34:27
|
|
CVS patchset: 6536
CVS date: 2004/05/14 13:31:49
|
|
CVS patchset: 6534
CVS date: 2004/05/14 02:12:48
|
|
allows the code for handling this special case to actually be used
CVS patchset: 6532
CVS date: 2004/05/13 21:38:49
|