Re: latest xine-lib in Debian unstable
Uwe Bugla <[email protected]>
| Newsgroups | gmane.comp.video.xine.user |
|---|---|
| Message-ID | <[email protected]> |
Am Sonntag, 19. August 2007 14:27:25 schrieben Sie: > Uwe Bugla <[email protected]> writes: > > Hello, > > > > Yesterday evening I tried to record some DVB live stuff with the > > connection dvbstream (recording engine) and latest xine (playing engine). > > > > After about half an hour the window suddenly broke down and the recording > > was _finished_ by accident. > > > > Distro is latest Debian unstable, kernel is 2.6.22.3. > > > > Fortunately this does not happen with dvbstream / mplayer. > > > > In so far the problem is a _pure_ xine-lib issue (1.1.7-3). > > Did earlier version von xine-lib work for you? Is this a regression or > has it always been there? Yes, earlier versions of xine-lib worked _purrrrrrfect_, in so far it _is_ a regression in xine-lib, definitely! I am working with a small not yet released self-built TCL/TK/Iwidgets-4.0 project using time-shifting: dvbstream records something, then the system sleeps a couple of seconds, then the player starts to play back the recorded material. That way recording engine and playback engine _race_ against each other (like two cars - time-shifted). If the sleep timing is too short, the whole thing dies after a couple of minutes (usually two or three - but never in this life after half an hour!). As a consequence I can definitely exclude the timing issue as possible case for the breakdown. Thus the regression in xine-lib is the only possible reason for the crash, at least in my perception. See: If you are recording real nice rarities (like the legendary Rockpalast gig of _Grateful Dead_ in 1981 f. ex. last night), and the recording breaks down after a while that really bothers you as some events do _not_ appear too often on TV - especially the legendary jewelry that is being broadcasted once in ten or twenty years :( > > > Please do your best to make that lib stable, so that such an accident > > does not happen again. > > Hints how to do that would help. Offer for help as well. Ain't no programmer, but I do my best to describe the issues as precise as possible :) Let's try to activate the xine maintainers and developers :) > > > Apart from that I am missing some german menu titles in latest xine-ui > > (0.99.5-2+b1): > > > > The menu title above _Wiedergabe_ (Playback) is missing and the german > > Umlauts do not appear at all. My language setting (locale) is de_DE as > > default. Does xine-ui need other locale settings or have I found a > > software bug or even packaging bug? > > I'm waiting for xine-ui 0.99.6 to release, which I think will fix this. Sounds great :) P. S.: Just made a test again with my equipment, this time without recording something. Result: 1. Breakdown again after about one hour :( 2. Message: Too many dropped frames (which is _crap_ from the analytic point of view in that case because: a. my processor is 1,8 MHz Intel b. the graphics card is fast enough too, although being old (ATI Rage 128 AGP, 32 MB RAM). c. framedropping is normal, but _never_ should lead to crashes at all! Thank God that there are alternatives like gmplayer! As many apps like kaffeine f. ex. _do_ depend on xine-lib the urgency to get that stuff fixed is very high! I guess xine-lib was moved from experimental to unstable in a far to early state, wasn't it? Best wishes Uwe ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/