vdr April 2008

vdr@linuxtv.org

106 participants
122 discussions

Rotor patches
by lucian orasanu 18 Apr '08

18 Apr '08

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

4 4

[ANNOUNCE] muggle 0.2.1
by Wolfgang Rohdewald 18 Apr '08

18 Apr '08

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 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

1 0

EPIA-ML6000 and vdr-xine full screen?
by Simon Baxter 18 Apr '08

18 Apr '08

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

4 3

xineliboutput - problems with the media player
by Segers,Jan J.K.T. 17 Apr '08

17 Apr '08

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. 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. ----------------------------------------------------------------

1 0

Re: [vdr] Defunct screensaver processes under Xine
by Todd Luliak 16 Apr '08

16 Apr '08

>> 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: - > >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

1 0

Re: [vdr] Multiple decryption with TechniCrypt CW CAM
by Arthur Konovalov 16 Apr '08

16 Apr '08

Klaus Schmidinger wrote: > Please start a new thread for a new topic ( I've at least changed the subject). > Yes, You are right. Sorry. > Please activate the DumpTPDUDataTransfer and DebugProtocol switches in ci.c > and check whether VDR receives a reply to its QUERY. Honestly, I don't understand what info is exchanged. :/ File attached. Arthur Slot 1: reset...ok. Slot 1: module present Slot 1: module ready Slot 1: creating connection 0/1 Slot 1: create connection 0/1 1: --> 00 01 82 01 01 1: <-- 00 01 83 01 01 80 02 01 00 . . . . . . . . . Slot 1: connection created 0/1 Slot 1: receive data 0/1 1: --> 00 01 81 01 01 1: <-- 00 01 A0 07 01 91 04 00 01 00 41 80 02 01 00 . . . . . . . . . . A . . . . Slot 1: open session 00010041 Slot 1: new Resource Manager (session id 1) 1: --> 00 01 A0 0A 01 92 07 00 00 01 00 41 00 01 Slot 1: ==> Profile Enq (1) 1: --> 00 01 A0 09 01 90 02 00 01 9F 80 10 00 Slot 1: receive data 0/1 1: --> 00 01 81 01 01 1: <-- 00 01 A0 09 01 90 02 00 01 9F 80 11 00 80 02 01 00 . . . . . . . . . . . . . . . . . Slot 1: <== Profile (1) Slot 1: ==> Profile Change (1) 1: --> 00 01 A0 09 01 90 02 00 01 9F 80 12 00 Slot 1: receive data 0/1 1: --> 00 01 81 01 01 1: <-- 00 01 A0 09 01 90 02 00 01 9F 80 10 00 80 02 01 00 . . . . . . . . . . . . . . . . . Slot 1: <== Profile Enquiry (1) Slot 1: ==> Profile (1) 1: --> 00 01 A0 1D 01 90 02 00 01 9F 80 11 14 00 01 00 41 00 02 00 41 00 03 00 41 00 24 00 41 00 40 00 41 Slot 1: receive data 0/1 1: --> 00 01 81 01 01 1: <-- 00 01 A0 07 01 91 04 00 02 00 41 80 02 01 00 . . . . . . . . . . A . . . . Slot 1: open session 00020041 Slot 1: new Application Information (session id 2) 1: --> 00 01 A0 0A 01 92 07 00 00 02 00 41 00 02 Slot 1: ==> Application Info Enq (2) 1: --> 00 01 A0 09 01 90 02 00 02 9F 80 20 00 Slot 1: receive data 0/1 1: --> 00 01 81 01 01 1: <-- 00 01 A0 1E 01 90 02 00 02 9F 80 21 15 01 00 00 03 3D 0F 54 53 44 20 43 72 79 70 74 20 43 6F 6E 61 78 80 02 01 00 . . . . . . . . . . . ! . . . . . = . T S D C r y p t C o n a x . . . . Slot 1: <== Application Info (2) Slot 1: receive data 0/1 1: --> 00 01 81 01 01 1: <-- 00 01 A0 07 01 91 04 00 03 00 41 80 02 01 00 . . . . . . . . . . A . . . . Slot 1: open session 00030041 Slot 1: new Conditional Access Support (session id 3) 1: --> 00 01 A0 0A 01 92 07 00 00 03 00 41 00 03 Slot 1: ==> Ca Info Enq (3) 1: --> 00 01 A0 09 01 90 02 00 03 9F 80 30 00 Slot 1: receive data 0/1 1: --> 00 01 81 01 01 1: <-- 00 01 A0 0B 01 90 02 00 03 9F 80 31 02 0B 00 80 02 01 00 . . . . . . . . . . . 1 . . . . . . . Slot 1: <== Ca Info (3) 0B00 Slot 1: ==> Ca Pmt (3) 3 3 1: --> 00 01 A0 10 01 90 02 00 03 9F 80 32 07 03 00 00 01 00 01 03

3 5

Re: [vdr] Defunct screensaver processes under Xine
by Todd Luliak 16 Apr '08

16 Apr '08

>...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 `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

2 1

Rotor patches
by Timothy D. Lenz 16 Apr '08

16 Apr '08

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?

1 0

Re: [vdr] Defunct screensaver processes under Xine
by Todd Luliak 15 Apr '08

15 Apr '08

>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 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

2 1

Re: [vdr] xineliboutput audio lip sync problems
by Theunis Potgieter 15 Apr '08

15 Apr '08

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 edit/cut mark. (This is a recording that was processed) Any ideas?

2 1

← Newer
1
...
4
5
6
7
8
9
10
...
13
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr April 2008