[Freevo-devel] VideoGroups too complicated
Hi, I found the VideoGroups part in Freevo too complicated. Maybe it's just me, but maybe we should use a simpler layout. Here a suggestion, let me know if I missed something: We have one Channel list. This list has everything we can play. The tunerfreq will be changed to _how_ to play this: CHANNEL_LIST = [ ('ard.de', 'ARD', 'dvb:Das Erste'), ('zdf.de', 'ZDF', 'dvb:ZDF'), ('vox.de', 'VOX', 'tv:1234'), ('rtl.de', 'RTL', 'ivtv:1234'), ('', 'My Webcam', 'cam:0') ] The first two channels are shown by using a dvb backend. Whatever this is. The 3rd. is analog tv on tuner id 1234, the 4th using the ivtv backend on tunerid 1234 and the last is a webcam. Now, how to play this? When Freevo wants to tune to that channel, it will ask every plugin 'can you show dvb:ZDF?'. The tvtime plugin will say no, others like mplayer and xine will say yes. The best player will be taken. About the cam:0, you can set special url handlers for some player. E.g. TV_MPLAYER_URLS['cam:0'] = 'needed mplayer args'. Since xine and other don't know about cam:0, they will reject playing. Mplayer knows and will be taken. Is it too simple or could it work? Dischi -- Warning: Dates in Calendar are closer than they appear. --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] VideoGroups too complicated
On Thu 05.08.2004 at 01:00:33PM +0200, Dirk Meyer wrote: Hi, I found the VideoGroups part in Freevo too complicated. Maybe it's just me, but maybe we should use a simpler layout. Here a suggestion, let me know if I missed something: We have one Channel list. This list has everything we can play. The tunerfreq will be changed to _how_ to play this: CHANNEL_LIST = [ ('ard.de', 'ARD', 'dvb:Das Erste'), ('zdf.de', 'ZDF', 'dvb:ZDF'), ('vox.de', 'VOX', 'tv:1234'), ('rtl.de', 'RTL', 'ivtv:1234'), ('', 'My Webcam', 'cam:0') ] The first two channels are shown by using a dvb backend. Whatever this is. The 3rd. is analog tv on tuner id 1234, the 4th using the ivtv backend on tunerid 1234 and the last is a webcam. Now, how to play this? When Freevo wants to tune to that channel, it will ask every plugin 'can you show dvb:ZDF?'. The tvtime plugin will say no, others like mplayer and xine will say yes. The best player will be taken. About the cam:0, you can set special url handlers for some player. E.g. TV_MPLAYER_URLS['cam:0'] = 'needed mplayer args'. Since xine and other don't know about cam:0, they will reject playing. Mplayer knows and will be taken. Is it too simple or could it work? It's simple and will work (I've patched my old freevo to support watching DVB by adding tags like that), but we can go further. If I have 2 devices, one analog and one digital, I would like freevo to: 1. choose the best possible device when watching TV or recording (dvb first, analog if dvb is already busy). Note that: 1.1 some channels are available in dvb and analog 1.2 some channels are digital only 1.3 some channels are analog only 2. allow recording 2 or more dvb channels at the same time with one device, if they are on the same transponder. 2.1 the 2 shows don't necessarily start at the same time 2.2 we probably need an external program that handles it 2.3 recording more than n channels on the same transponder might be problematic if the PCI bus is too slow, or if the disk is too slow 3. the scheduled programs have priorities regarding the type of device to be used: a TV series episode that I watch and throw away can be recorded in analog (i.e. low quality) if DVB is not available, but a movie I want to archive will preferably be recorded in digital (i.e. high quality). 3.1 the user should get a warning when scheduling two movies at the same time that cannot be recorded in DVB simultaneously with one device (because different transponders for the channels). 3.2 this warning stuff will be tricky (or must be automated) if the scheduling is made automatically based on the favorites. 4. forcibly switch the user watching dvb to analog (if the channel can be received in analog too) when a recoding should start, in order to use a dvb device for recording. 4.1 if the program to be recorded is on the same transponder than the one the user is watching, there is no need to force the TV app to switch to another device. 4.2 if the user wants to watch a DVB program which is on the same transponder than the one currently used for recording it should be allowed too. Besides, DVB also provides radios, so it would be nice the be able to access then from the audio menu. And of course, if we have 2 or more devices of the same type, the same kind of rules should apply also (device selection, prioroties, simultaneous watching one channel and recording another). Matthieu -- (~._.~)Matthieu Weber - Université de Jyväskylä (~._.~) ( ? )email : [EMAIL PROTECTED] ( ? ) ()- -() public key id : 452AE0AD ()- -() (_)-(_) Humor ist, wenn man trotzdem lacht (Germain Muller) (_)-(_) --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: VideoGroups too complicated
On Thursday 05 August 2004 15:39, Dirk Meyer wrote: CHANNEL_LIST = [ ('vox.de', 'VOX', ['dvb:VOX', 'tv0:1234', 'tv1:1234']) ] Looks fine; however, if a user buys a second TV card of the same type, he/she might like a facility to say tv1 can do the same as tv0. That could be a simple python two-liner which adds all entries to the CHANNEL_LIST that are then needed. Ideally, something like CHANNEL_LIST = [ ('vox.de', 'VOX', '1234') ] DEFAULT_CHANNEL_METHOD = ['tv0', 'tv1'] would suffice. At least something like CHANNEL_LIST = [ ('vox.de', 'VOX', 'tv0:1234') ] CHANNEL_METHOD_ALTERNATIVES = {'tv0': 'tv1'} should be possible to save the user from a *lot* of typing (or from knowing his Emacs well ;-) ). You have the channel VOX. If you want to play it, Freevo will ask every plugin about dvb. This question should actually be about dvb:VOX or dvb:band (sorry if I'm using the wrong terminology, only analog equipment around..) so that a plugin might say: OK, the device is busy, but can record a second channel from the same source (/foo/bar/whatever, being ignorant ;-) ). The whole thing makes sense to me, although my impression is that a Freevo-setup utility (a separate app) might to the trick as well, since this is mostly about complex config file structures, not really about complex program interna. -- Ciao, / /.o. /--/ ..o / / ANS ooo --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] [PATCH] addition to fileops (clean mkdir)
Code stolen from : http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/82465 Please apply the follow patch to add the following function to fileops: def _mkdir(newdir): works the way a good mkdir should :) - already exists, silently complete - regular file in the way, raise an exception - parent directory(ies) does not exist, make them as well if os.path.isdir(newdir): pass elif os.path.isfile(newdir): raise OSError(a file with the same name as the desired \ dir, '%s', already exists. % newdir) else: head, tail = os.path.split(newdir) if head and not os.path.isdir(head): _mkdir(head) #print _mkdir %s % repr(newdir) if tail: os.mkdir(newdir) Planning on using this for the cd_burn plugin... _mkdir.patch Description: Binary data
Re: [Freevo-devel] [PATCH] addition to fileops (clean mkdir)
On Thursday 05 August 2004 17:28, Mick wrote: if os.path.isdir(newdir): pass elif os.path.isfile(newdir): raise OSError(a file with the same name as the desired \ nitpicking: maybe the latter should be os.path.exists, so fifos or other stuff are also catched... ;-) -- Ciao, / /.o. /--/ ..o / / ANS ooo --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
RE: [Freevo-devel] Freevo crash on TV GUIDE menu (dxr3)
Hi Mick! 1.5.0 has been released, please use it then post again. Mick I have downloaded the freevo-1.5.0 stable release to try if it crash or not. This version is more buggy than the freevo-1.5.0-rc2 version. It crash when I *quit* from a film (so if I shut down mplayer). The previous version of freevo(1.5-rc2) has crashed only on the TV GUIDE menu. So here is the two output, the first is the mplayer-quit crash and the second is the TV GUIDE crash. Mplayer-quit: --- WARNING: You are using the SDL dxr3 video driver! Crash! Pygame Parachute Traceback: Thread-0x802af6a0 File /home/lama/programok/freevo-1.5.0/src/plugins/rom_drives.py, line 743, in run Thread-0x80167c50 File /home/lama/programok/freevo-1.5.0/runtime/lib/python2.3/threading.py, line 204, in wait Thread-0x80015200 File /home/lama/programok/freevo-1.5.0/src/osd.py, line 597, in clearscreen [EMAIL PROTECTED]:~/programok/freevo-1.5.0$ TV GUIDE: Pygame Parachute Traceback: Thread-0x802e7010 File /home/lama/programok/freevo-1.5.0/src/plugins/rom_drives.py, line 743, in run Thread-0x801065a8 File /home/lama/programok/freevo-1.5.0/runtime/lib/python2.3/threading.py, line 204, in wait Thread-0x80015200 File /home/lama/programok/freevo-1.5.0/src/osd.py, line 187, in charsize Fatal Python error: (pygame parachute) Segmentation Fault [EMAIL PROTECTED]:~/programok/freevo-1.5.0$ runapp: *** runapp: Started on Thu Aug 5 14:04:21 2004 runapp: PATH = /home/lama/bin:/home/lama/szkript/:/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/usr/bin:/bin:/usr/local/bin:/usr/X11R6/bin/:/sbin:/usr/sbin runapp: CWD = /home/lama/programok/freevo-1.5.0 runapp: av[0] = '/home/lama/programok/freevo-1.5.0/./runtime/runapp' runapp: av[1] = '/home/lama/programok/freevo-1.5.0/./runtime/apps/freevo_python' runapp: av[2] = '/home/lama/programok/freevo-1.5.0/src/main.py' runapp: Command: '/home/lama/programok/freevo-1.5.0/./runtime/runapp /home/lama/programok/freevo-1.5.0/./runtime/apps/freevo_python /home/lama/programok/freevo-1.5.0/src/main.py ' runapp: runtime FOUND runapp: Runtime app, must use preloads runapp: Reading LD_PRELOAD from file './runtime/preloads' runapp: Setting LD_PRELOAD = './runtime/dll/libjpeg.so.62 ./runtime/dll/libvorbis.so.0 ./runtime/dll/libXext.so.6 ./runtime/dll/libreadline.so.4 ./runtime/dll/libpthread.so.0 ./runtime/dll/liblirc_client.so.0 ./runtime/dll/libgcc_s.so.1 ./runtime/dll/libstdc++.so.5 ./runtime/dll/libg2c.so.0 ./runtime/dll/libexif.so.8 ./runtime/dll/libgphoto2_port.so.0 ./runtime/dll/libtiff.so.3 ./runtime/dll/libncurses.so.5 ./runtime/dll/libvorbisenc.so.2 ./runtime/dll/libm.so.6 ./runtime/dll/libSDL_ttf-2.0.so.0 ./runtime/dll/libSDL_mixer-1.2.so.0 ./runtime/dll/libpng12.so.0 ./runtime/dll/libnss_nis.so.2 ./runtime/dll/libSDL-1.2.so.0 ./runtime/dll/libblas.so.2 ./runtime/dll/libresolv.so.2 ./runtime/dll/libnss_nisplus.so.2 ./runtime/dll/libutil.so.1 ./runtime/dll/libdb-4.1.so ./runtime/dll/libbz2.so.1.0 ./runtime/dll/libao.so.2 ./runtime/dll/libpanel.so.5 ./runtime/dll/libdl.so.2 ./runtime/dll/libX11.so.6 ./runtime/dll/libssl.so.0.9.7 ./runtime/dll/libvorbisfile.so.3 ./runtime/dll/libcrypt.so.1 ./runtime/dll/liblapack.so.2 ./runtime/drunapp: Setting LD_PRELOAD = './runtime/dll/libjpeg.so.62 ./runtime/dll/libvorbis.so.0 ./runtime/dll/libXext.so.6 ./runtime/dll/libreadline.so.4 ./runtime/dll/libpthread.so.0 ./runtime/dll/liblirc_client.so.0 ./runtime/dll/libgcc_s.so.1 ./runtime/dll/libstdc++.so.5 ./runtime/dll/libg2c.so.0 ./runtime/dll/libexif.so.8 ./runtime/dll/libgphoto2_port.so.0 ./runtime/dll/libtiff. runapp: newav[0] = './runtime/dll/freevo_loader' runapp: newav[1] = '/home/lama/programok/freevo-1.5.0/./runtime/apps/freevo_python' runapp: newav[2] = '/home/lama/programok/freevo-1.5.0/src/main.py' runapp: *** runapp: Started on Thu Aug 5 14:05:51 2004 runapp: PATH = /home/lama/bin:/home/lama/szkript/:/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/usr/bin:/bin:/usr/local/bin:/usr/X11R6/bin/:/sbin:/usr/sbin runapp: CWD = /home/lama/programok/freevo-1.5.0 runapp: av[0] = '/home/lama/programok/freevo-1.5.0/./runtime/runapp' runapp: av[1] = '/home/lama/programok/freevo-1.5.0/./runtime/apps/freevo_python' runapp: av[2] = '/home/lama/programok/freevo-1.5.0/src/main.py' runapp: Command: '/home/lama/programok/freevo-1.5.0/./runtime/runapp /home/lama/programok/freevo-1.5.0/./runtime/apps/freevo_python /home/lama/programok/freevo-1.5.0/src/main.py ' runapp: runtime FOUND runapp: Runtime app, must use preloads runapp: Reading LD_PRELOAD from file './runtime/preloads' runapp: Setting LD_PRELOAD = './runtime/dll/libjpeg.so.62 ./runtime/dll/libvorbis.so.0 ./runtime/dll/libXext.so.6 ./runtime/dll/libreadline.so.4 ./runtime/dll/libpthread.so.0 ./runtime/dll/liblirc_client.so.0 ./runtime/dll/libgcc_s.so.1
[Freevo-devel] [ freevo-Bugs-981256 ] Crash at end of movie: Started with RC3
Bugs item #981256, was opened at 2004-06-28 08:43 Message generated for change (Comment added) made by gibson3659 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=446895aid=981256group_id=46652 Category: movies Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Gibson (gibson3659) Assigned to: Nobody/Anonymous (nobody) Summary: Crash at end of movie: Started with RC3 Initial Comment: WARNING: You are using the SDL dxr3 video driver! Crash! Pygame Parachute Traceback: Thread-0x82f54c8 File /usr/lib/python2.3/site-packages/freevo/plugins/rom_drives.py, line 786, in run Thread-0x8170c90 File /usr/lib/python2.3/threading.py, line 204, in wait Thread-0x8049ad8 File /usr/lib/python2.3/site-packages/freevo/osd.py, line 597, in clearscreen -- Comment By: Jason Gibson (gibson3659) Date: 2004-08-05 10:37 Message: Logged In: YES user_id=255688 This is not mplayer specific, but freevo specific. While experimenting with fbxine, the fbxine command failed to execute (wrong string in local_config.py), but freevo still crashed with the same pygame parachute. -- Comment By: Jason Gibson (gibson3659) Date: 2004-08-02 15:41 Message: Logged In: YES user_id=255688 OK. It broke between May 29 and May 30, rc.py versions 1.32 and 1.33. I suspect something broke when moving things from main to rc. One of the mplayer processes went defunct. -- Comment By: Jason Gibson (gibson3659) Date: 2004-08-02 14:55 Message: Logged In: YES user_id=255688 Stepping through releases to find the first one that did not work. RC2 works, but RC3 does not. There are a lot of changes with childapp between 2 and 3. Will try to narrow down further. -- Comment By: Jason Gibson (gibson3659) Date: 2004-07-29 21:06 Message: Logged In: YES user_id=255688 With SDL debugging enabled, I get the following error immediately before the pygame/freevo crash. SDL_SetError: Couldn't open video part of dxr3. What is the difference between stopping playback and mplayer playing out the file? -- Comment By: Jason Gibson (gibson3659) Date: 2004-07-21 09:01 Message: Logged In: YES user_id=255688 Running 1.5.0, so far it appears to only happen when a file plays to completion and mplayer exits. Here is a debug log: main.py (289): handling event MENU_PLAY_ITEM main.py (465): clear: True mplayer.py (183): MPlayer.play(): mode=file, url=//mnt/freevo_media/Movies/Locked/Other/Blue_Matrix.mpg rc.py (422): register callback: bound method MPlayerApp.poll of video.plugins.mplayer.MPlayerApp instance at 0x412dc70c rc.py (418): register shutdown callback: bound method MPlayerApp.stop of video.plugins.mplayer.MPlayerApp instance at 0x412dc70c self.t1.isAlive()=True, self.t2.isAlive()=True ChildApp.__init__(), pid=32113, app=/usr/bin/mplayer -autosync 100 -nolirc -autoq 100 -screenw 640 -screenh 480 -fs -slave -ao oss:/dev/dsp -v -vo dxr3 -cache 5000 //mnt/freevo_media/Movies/Locked/Other/Blue_Matrix.mpg -vf pp=de, poll=-1 menu.py (634): no eventhandler for event MENU_PLAY_ITEM main.py (289): handling event VIDEO_START main.py (307): no eventhandler for event VIDEO_START main.py (289): handling event PLAY_START main.py (307): no eventhandler for event PLAY_START main.py (289): handling event SEEK . . . main.py (289): handling event SEEK childapp.py (317): stdout: No data, stopping (pid 32114)! childapp.py (317): stderr: No data, stopping (pid 32115)! rc.py (434): unregister callback: bound method MPlayerApp.poll of video.plugins.mplayer.MPlayerApp instance at 0x412dc70c rc.py (438): unregister shutdown callback: bound method MPlayerApp.stop of video.plugins.mplayer.MPlayerApp instance at 0x412dc70c childapp.py (206): done the easy way main.py (289): handling event PLAY_END childapp.py (197): already dead Crash! -- Comment By: Dirk Meyer (dischi) Date: 2004-07-11 05:49 Message: Logged In: YES user_id=33647 I can't reproduce this because I don't use a DXR3. Maybe you can add some debugging _who_ is calling clearscreen. This is all very strange, no thread should use the osd so it should work without the SynchronizedObject. -- Comment By: Jason Gibson (gibson3659) Date: 2004-07-07 11:57 Message: Logged In: YES user_id=255688 Still a problem in RC4. Looking at CVS, I suspect the inclusion of animation support broke something on the osd restart or osd.py v 1.155 where the following was changed. _singleton = util.SynchronizedObject(OSD()) changed to _singleton = OSD()
RE: [Freevo-devel] [PATCH] addition to fileops (clean mkdir)
Sounds good.. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Hans Meine Sent: Thursday, 5 August 2004 11:30 PM To: [EMAIL PROTECTED] Subject: Re: [Freevo-devel] [PATCH] addition to fileops (clean mkdir) On Thursday 05 August 2004 17:28, Mick wrote: if os.path.isdir(newdir): pass elif os.path.isfile(newdir): raise OSError(a file with the same name as the desired \ nitpicking: maybe the latter should be os.path.exists, so fifos or other stuff are also catched... ;-) -- Ciao, / /.o. /--/ ..o / / ANS ooo --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] freevo, xine, xbox
Hello, I am having difficulties making xbox remote control xine under freevo with xbox remote. With mplayer the trick was to remap special keys on the remote and set pygame.locals.KEYMAP with a new mapping. My understanding is that this KEYMAP maps keys to pygame events like 'PLAY' or 'STOP' and then freevo passes those events to the player. This works fine with mplayer, however with xine it doesn't work at all. Is this because freevo do not support passing key events to xine, or is it because xine grabs key events and freevo do not receive them and thus there is no way to control xine from freevo? Thanks, Aleksey --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] cvs status
Hi, it's done. Everything I wanted to break is broken now :-) I checked in the current status I have because I won't be able to do anything until Monday. Feel free to fix something again. But you shouldn't touch anything gui related because the internal design will change once more. The recordserver needs an update. I guess it's not working anymore, but I made some cleanups that needed to be made. Everything for the recordserver is now in the subdir 'record'. Rob: you can load more than one plugin from record/plugins now. If someone has some time, feel free to fix this again. The TV part is also broken. The tvlisting isn't shown. I moved some code to the gui but it's not done yet. I will fix this ASAP. As descussed in a different thread, the VideoGroups are now gone and replaced by the code in channels.py. Right now only dvb is working, maybe someone else can extend the code keeping me more time for other problems. The player also need an update. Only xine with dvb is working now. Look in the xine code to see how to update a player. BTW, the epg files are gone, we now use pyepg from the lib dir. But only channels.py should access this, everything else should access the epg through channels.py. I also remove the 'page' code from the menu, it's in the gui code now. The menu doesn't have to know about how many items fit the page. Dischi -- The best things in life aren't things. --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: GUI update (please read)
--- Dirk Meyer [EMAIL PROTECTED] escreveu: Gustavo Sverzut Barbieri wrote: I've coded a small animation test in: WIP/Barbieri/anim-test.py as freevo it uses a 800x600 screen and move few objects around the screen, it _REPAINTS_ the whole screen every time(!!!) and it's smooth. Because your background is very simple. I checked in a modified version using a background image from freevo. You see the difference. Now think of more images (a.k.a. layers). Or a small test you can do. Load two 800x600 images as layer. Put one at 0,0, one at 800,0 and than move both images to left. Dischi, It's not that bad: My timings: create-bg: 0 blit-bg: 1.918 ms (average) blit-obj2: 3.973 ms (average) flip: 0.137 ms (average) blit-sr: 0.000 ms (average) blit-sl: 0.548 ms (average) blit-j: 0.000 ms (average) create-obj: 0.0 It's a Pentium4-2Ghz. 4ms to do a 800x600 alpha-blend is not that bad... My test seems smooth here, and it takes about (2 + 4 =) 6 ms to process everything... 24fps = 41ms, so it's not perceptiple until 7 times slower. Gustavo ___ Yahoo! Acesso Grátis - navegue de graça com conexão de qualidade! Acesse: http://br.acesso.yahoo.com/ --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] cvs status
Are we planning on doing an interim 1.5.1 release soon? On Thu, Aug 05, 2004 at 07:47:46PM +0200, Dirk Meyer wrote: Hi, it's done. Everything I wanted to break is broken now :-) I checked in the current status I have because I won't be able to do anything until Monday. Feel free to fix something again. But you shouldn't touch anything gui related because the internal design will change once more. The recordserver needs an update. I guess it's not working anymore, but I made some cleanups that needed to be made. Everything for the recordserver is now in the subdir 'record'. Rob: you can load more than one plugin from record/plugins now. If someone has some time, feel free to fix this again. The TV part is also broken. The tvlisting isn't shown. I moved some code to the gui but it's not done yet. I will fix this ASAP. As descussed in a different thread, the VideoGroups are now gone and replaced by the code in channels.py. Right now only dvb is working, maybe someone else can extend the code keeping me more time for other problems. The player also need an update. Only xine with dvb is working now. Look in the xine code to see how to update a player. BTW, the epg files are gone, we now use pyepg from the lib dir. But only channels.py should access this, everything else should access the epg through channels.py. I also remove the 'page' code from the menu, it's in the gui code now. The menu doesn't have to know about how many items fit the page. Dischi -- The best things in life aren't things. --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
RE: [Freevo-devel] Re: GUI update (please read)
Dischi, It's not that bad: My timings: create-bg: 0 blit-bg: 1.918 ms (average) blit-obj2: 3.973 ms (average) flip: 0.137 ms (average) blit-sr: 0.000 ms (average) blit-sl: 0.548 ms (average) blit-j: 0.000 ms (average) create-obj: 0.0 It's a Pentium4-2Ghz. 4ms to do a 800x600 alpha-blend is not that bad... My test seems smooth here, and it takes about (2 + 4 =) 6 ms to process everything... 24fps = 41ms, so it's not perceptiple until 7 times slower. But we need to remember one of freevo's major initial focus's was around not requiring much CPU time.. I started using this on a 400mhz celeron.. Mick --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] RE: [Freevo-users] DVDCopy plugin released
Sorry about that, I didn't find the right way to do this... I was thinking the 'headlines' skin was always defined, but I was wrong. I have managed to get a simple skin defined and will release a newer version soon. OK great. This will make it easier for others.. Yes, why not, but I would prefer to have a preview of my copy before burning effectively on dvd-r (there are a lot of strange things which may happen with dvd ripping, especially with subtitles...) I am working with Bruno Taveres to add my burning stuff to a plugin CDBURN we willbe releasing in the neext week or so. I agree, it needs to be testable first, then burned, also I think the least number of plugins the better, so i think keeping all burning modules together is best, we are working off a burn cd menu, so it minimises the 'options menu' which I am a bug fan of. Concerning the thread handling in python, I spent a lot of time on it and would be happy if I can help you... Yes, you have done good work, alot of our threading is based on your dvdcopy plugin. Mick --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel