Hy.
No, just Rotor-0.1.4-vdr1.5.10.diff.
Lucian.
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
Muggle 0.2.0 has been released.
2008-04-18 Version 0.2.1-BETA
- if lyrics are loaded from internet and no local lyrics exist yet, they are now
saved automatically
- display small cover: Appeared at left border instead at the right side
- sqlite3: muggle segfaulted in special situations
- fix segfault if the cache directory has a long path
- if at muggle start we land in an empty list because the saved state does not
match the database, it could happen that we never get anything displayed …
[View More]until
we delete muggle.state and restart muggle. Now muggle goes up to the parent level
- reintroduced Finnish translation, translated by Ville Skyttä
- if we got lyrics from the net but did not save it, the temporary file .lyrics.tmp
will be deleted when the next track starts playing (only while in lyrics mode,
if you leave it, the tmp file remains)
- vdr versions before 1.5.4 supported again: With them, lyrics cannot be fetched in the
background. So muggle will not answer to commands until the fetching script has
finished. And the message "loading lyrics" will only appear after they have been
loaded. If you don't like it, update vdr or send me a patch.
- make the compile option USE_BITMAP work again on unmodified FF cards
- make sure a displayed list is never empty by moving up in the tree if needed.
If the list is then still empty, display an item "Synchronize data base".
- change the compile option USE_BITMAP into a setup variant: New background mode "Bitmap".
This is for those whose computers have problems with showing mpeg covers like
"timeout waiting for LoadBitmap" in the FF card driver
- rename background mode to image mode which is more appropriate since the last changes.
Since this also changes the name under which the value is stored in the setup file,
you will lose your old value after updating.
--
Wolfgang
[View Less]
Hi group!
Has anyone tested running an EPIA ML6000 fanless motherboard with vdr-xine?
The spec's only say "MPEG-2 Accelerator" rather than "Decoder/Accelerator" -
will it work with a VGA 1366x768 16:9 full screen?
Thanks
Simon
hello,
im using xineliboutput and sxfe via remote.
my system is debian etch with e-tobi vdr 1.6 and e-tobi xineliboutput packages (1.0.0~rc2+cvs20080223). my output is via VGA using XV with openchrome drivers (mainboard is epia pd 1ghz).
when i use the media player i experience several problems:
playback of jpeg files does not work. as soon as i select a jpg file the screen goes black and X freezes. i have to restart X in order to get back to my vdr because OSD does not respond anymore.
…
[View More]syslog:
Apr 17 11:49:55 mumeclient vdr: [18368] [xine..put] cPlaylist::EscapeMrl('/usr/src/mnt/pictures/IMAG0010.jpg')
Apr 17 11:49:55 mumeclient vdr: [18368] [xine..put] --> '/usr/src/mnt/pictures/IMAG0010.jpg'
Apr 17 11:50:01 mumeclient vdr: [18372] [xine..put] Invalid re-send request: 243-50 6 (send pos=0)
also playback of dvd images seems not to work very well (atleast for me). the dvd image directory is well recognized as "D" and i get for a split of a second the menu of the dvd, but after that: same story: screen goes black and X freezes.
syslog:
Apr 17 13:36:04 mumeclient vdr: [18368] [xine..put] cPlaylist::EscapeMrl('dvd:/usr/src/mnt/video/BEE_MOVIE')
Apr 17 13:36:04 mumeclient vdr: [18368] [xine..put] --> 'dvd:/usr/src/mnt/video/BEE_MOVIE'
Apr 17 13:36:04 mumeclient vdr: [18372] [xine..put] Invalid re-send request: 162-162 8 (send pos=0)
Apr 17 13:36:05 mumeclient vdr: [18372] [xine..put] cXinelibPlayer::SetSubtitleTrack(0 ?)
Apr 17 13:36:05 mumeclient vdr: [18372] [xine..put] DVDTITLE DVDTITLE 0
Apr 17 13:36:05 mumeclient vdr: [18372] [xine..put] cXinelibPlayer::SetSubtitleTrack(49 )
Apr 17 13:36:05 mumeclient vdr: [18372] [xine..put] DVDTITLE DVDTITLE 0
Apr 17 13:36:05 mumeclient vdr: [18372] [xine..put] cXinelibPlayer::SetSubtitleTrack(49 )
Apr 17 13:36:05 mumeclient vdr: [18368] [xine..put] cXinelibPlayer playing dvd:/usr/src/mnt/video/BEE_MOVIE (OK)
Apr 17 13:36:05 mumeclient vdr: [18372] [xine..put] cXinelibPlayer::SetSubtitleTrack(0 ?)
Apr 17 13:36:05 mumeclient vdr: [18372] [xine..put] cXinelibPlayer::SetSubtitleTrack(49 menu)
Apr 17 13:36:05 mumeclient vdr: [18372] [xine..put] DVDTITLE DVDTITLE 0
Apr 17 13:36:05 mumeclient vdr: [18372] [xine..put] cXinelibPlayer::SetSubtitleTrack(49 menu)
Apr 17 13:36:05 mumeclient vdr: [18372] [xine..put] cXinelibPlayer::SetSubtitleTrack(0 ?)
Apr 17 13:36:05 mumeclient vdr: [18372] [xine..put] cXinelibPlayer::SetSubtitleTrack(49 menu)
Apr 17 13:36:05 mumeclient vdr: [18372] [xine..put] DVDTITLE DVDTITLE 0
Apr 17 13:36:05 mumeclient vdr: [18372] [xine..put] cXinelibPlayer::SetSubtitleTrack(49 menu)
Apr 17 13:36:05 mumeclient vdr: [18372] [xine..put] DVDTITLE DVDTITLE 0
last 5 lines repeat
playback of audio works, but maybe i found a bug:
i select an album & start playback. i open the playlist with red, choose another track and press ok and then the OSD gets very huge so that i only can see a part of it on the screen and it does not disappear anymore.. i have to stop the playback in order to get back to a normal OSD. that behaviour is not the same for every track, for some the OSD gets resized to 1/4 of the screen for 2-3 seconds, then gets normal again.
here is a photo i took from the huge sized osd:
http://img501.imageshack.us/img501/3707/fotos0079ie9.jpg
syslog:
Apr 17 13:44:47 mumeclient vdr: [18372] [xine..put] Invalid re-send request: 255-62 6 (send pos=0)
Apr 17 13:45:03 mumeclient vdr: [18368] [xine..put] OSD bandwidth: 234070 bytes/s (1828 kbit/s)
Apr 17 13:45:06 mumeclient vdr: [18368] [xine..put] cPlaylist::EscapeMrl('/usr/src/mnt/audio/Editors/An End Has A Start/06-ed
itors-the_racing_rats.mp3')
Apr 17 13:45:06 mumeclient vdr: [18368] [xine..put] --> '/usr/src/mnt/audio/Editors/An%20End%20Has%20A%20Start/06-editors
-the_racing_rats.mp3'
Apr 17 13:45:06 mumeclient vdr: [18372] [xine..put] cXinelibPlayer::SetSubtitleTrack(0 ?)
Apr 17 13:45:06 mumeclient vdr: [18372] [xine..put] DVDTITLE DVDTITLE 0
Apr 17 13:45:06 mumeclient vdr: [18372] [xine..put] cXinelibPlayer::SetSubtitleTrack(49 )
Apr 17 13:45:06 mumeclient vdr: [18372] [xine..put] cXinelibPlayer::SetSubtitleTrack(0 ?)
Apr 17 13:45:06 mumeclient vdr: [18372] [xine..put] DVDTITLE DVDTITLE 0
Apr 17 13:45:06 mumeclient vdr: [18372] [xine..put] cXinelibPlayer::SetSubtitleTrack(49 )
Apr 17 13:45:06 mumeclient vdr: [18368] [xine..put] cXinelibPlayer playing /usr/src/mnt/audio/Editors/An End Has A Start/06-e
ditors-the_racing_rats.mp3 (OK)
Apr 17 13:45:06 mumeclient vdr: [18372] [xine..put] Invalid re-send request: 242-242 6 (send pos=0)
__________
M. v. g.
Jan Segers
----------------------------------------------------------------
Op deze e-mail zijn de volgende voorwaarden van toepassing:
http://www.fontys.nl/disclaimer
The above disclaimer applies to this e-mail message.
----------------------------------------------------------------
[View Less]
>> In file included from i386/dsputil_mmx.c:30:
>> i386/mmx.h:24:2: warning: #warning Everything in this header is deprecated,
>> use plain asm()! New code using this header will be rejected.
>> i386/h264dsp_mmx.c: In function `put_h264_qpel4_h_lowpass_3dnow':
>> i386/h264dsp_mmx.c:1881: error: can't find a register in class
>> `GENERAL_REGS' while reloading `asm'
>
>Did you say you are building this in a 32-bit chroot jail? If so, try running: -
>
&…
[View More]gt;linux32 bash
>
>prior to the ./configure and make. You might also want to do a "make
>distclean" prior to the configure too.
Nope...this is a regular build on an unpatched kernel with V4l drivers.
Nothing crazy; linux 2.6.24-rc4 built with processor=athlon64, the latest
Nvidia drivers and a recent genpix-patched v4l.
You did, however, set me on the right path. I normally build with gcc v3 to cover
build issues with v4 and (older?) vdr. I switched compilers to gcc v4 and did:
make distclean; ./configure; make
That did it! I'm suprised that the same issue doesn't exist when compiling the
"xine-lib-with-coreavc-dvbn-walery.tar" version from the list. How curious.
Guess now would be the time to ask if there are any particular compiler
optimizations applicable to building xine-lib? It is a bit of a workhorse
in this HD scenario, maybe I'll play with it and see.
Thanks for the prod in the right direction!
-Todd
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
[View Less]
>...provide some more lines from above it.
It looks like it bombs right about here:
(hope it's enough...)
<snip> in:
make -C ffmpeg/libavcodec libavcodec.a
<snip>...
In file included from i386/dsputil_mmx.c:30:
i386/mmx.h:24:2: warning: #warning Everything in this header is deprecated, use plain asm()! New code using this header will be rejected.
i386/h264dsp_mmx.c: In function `put_h264_qpel4_h_lowpass_3dnow':
i386/h264dsp_mmx.c:1881: error: can't find a register in class `…
[View More]GENERAL_REGS' while reloading `asm'
make[6]: *** [i386/dsputil_mmx.o] Error 1
make[6]: Leaving directory `/usr/local/src/xine-lib-1.2/contrib/ffmpeg/libavcodec'
make[5]: *** [ffmpeg/libavcodec/libavcodec.a] Error 2
make[5]: Leaving directory `/usr/local/src/xine-lib-1.2/contrib'
make[4]: *** [../../../contrib/ffmpeg/libavcodec/libavcodec.a] Error 2
make[4]: Leaving directory `/usr/local/src/xine-lib-1.2/src/combined/ffmpeg'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/usr/local/src/xine-lib-1.2/src/combined/ffmpeg'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/xine-lib-1.2/src/combined'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/xine-lib-1.2/src'
make: *** [all-recursive] Error 1
display mangler ->gone<-
Mmmmmm... better.
A pair of CPUs say thanks !
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
[View Less]
There are 2 patches for the Rotor plugin:
vdr-1.5.5-rotor.diff
Rotor-0.1.4-vdr1.5.10.diff
They patch different areas. Are they both needed for vdr-1.6?
>Do you need to run gnome at all? Its quite processor intensive if all
>you are doing is using it to watch TV. See the other recent thread on
>starting VDR/xine at boot time using startx / replacing the session
>manager and those problems with gnome screensaver won't be apparent.
>
>Also, there is a later version (patch) of CoreAVC for xine that I
>released on the list which will apply to the hg version of xine (with
>a bit of tweaking with more recent versions). The …
[View More]updated version will
>support channels at resolutions different to 1920x1080i (there are
>quite a few of them).
>
>HTH
No, I don't "need" Gnome and am looking into alternatives per your suggestion. I hate the idea of having to run a display manager at all, but the picture looks too good to back out now. ;)
On the other note, I've been trying with a current HG of xine-lib:
changeset: 10295:c22d7a4b5854
tag: tip
parent: 10282:6948d6d0a31e
parent: 10294:dcabf02a88e6
user: Darren Salt <linux(a)youmustbejoking.demon.co.uk>
date: Tue Apr 15 01:06:51 2008 +0100
summary: Merge from 1.1.
and applied the patch "xine-lib-1.2hg-coreavc.diff" with fuzz,
then ./autogen.sh --disable-dxr3; make
only to end up with :
make[6]: *** [i386/dsputil_mmx.o] Error 1
make[6]: Leaving directory `/usr/local/src/xine-lib-1.2/contrib/ffmpeg/libavcodec'
make[5]: *** [ffmpeg/libavcodec/libavcodec.a] Error 2
make[5]: Leaving directory `/usr/local/src/xine-lib-1.2/contrib'
make[4]: *** [../../../contrib/ffmpeg/libavcodec/libavcodec.a] Error 2
make[4]: Leaving directory `/usr/local/src/xine-lib-1.2/src/combined/ffmpeg'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/usr/local/src/xine-lib-1.2/src/combined/ffmpeg'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/xine-lib-1.2/src/combined'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/xine-lib-1.2/src'
make: *** [all-recursive] Error 1
So I've been trying to work my way around that to no avail. Your thoughts there would be MORE than welcome!
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
[View Less]
Well it looks like I'm the only Gentoo user here that is experiencing this
problem.
I noticed a bit more on when it occurs. I've current changed my vdr process
to run at -19 priority to see if it makes any difference. Livetv is some how
now correct. But I still experience problems with recordings where
cutting/editing occured.
So I changed to vdr-softdevice, and I'm experience the same problem. LiveTV
is acceptable but still experience audio/video sync problems after the
replay has reached a …
[View More]edit/cut mark. (This is a recording that was processed)
Any ideas?
[View Less]