Re: [Freevo-users] commdetectserver
2010/3/25 Dan Schmidt helpdesk...@gmail.com: Well, it seems to work sometimes when you set your primary player to Mplayer. It's easy to tell what player you are running - volume doesn't work in xine, for instance. vlc doesn't seem to work at all. It plays the video, but lirc seems broken. Perhaps when I get my freevo box working better, I will have more time to fill out bug reports. (And add to the wiki - promise I'll get to that someday) Yeah, ran in to this too. Never did figure out what the issue was, narrowed it down to something in the way lirc+ freevo was hading things off to xine but never got past that. The SO wanted the recorder back, and we don't use it for tv much any way. Evan -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] commdetectserver
No problem :) I think I recall that vlc doesn't have a 'slave' mode as such like xine or mplayer and can't be controlled with lirc. Maybe that has changed or there's another way to work around it at this stage. I guess those using it must not be using a remote to control it? John Dan Schmidt wrote: I'm sorry, I completely forgot to thank you for your response. John Molohan wrote: Hi Dan, Are you trying the play with alternative player while you're in the TV menu? If so I've seen this and it seems to be a bug, it doesn't behave as expected but I haven't got around to looking at it and filing a bug report, maybe you can? If you go into the 'watch a video' menu and access your recorded show through that then the 'play with alternate player' choice you make should work. Check the log files to confirm which player freevo is calling. John Dan Schmidt wrote: Thank you for your explanation of the edl file! It appears the problem is with Freevo. The edl file is created correctly by the commserver, and works as expected on command line. However, when I select Play with Alternative Player and select Mplayer, it ignores the edl file. Fabrizio Ferraro wrote: Dan Schmidt wrote: I set the following, but I get 2010-03-19 15:42:37,271 INFO encodingclient.py (100): encoding server is down and removing recordings doesn't seem to work. The commserver it's self seems to scan the video for black, but it doesn't encode. Thanks much for your reply! # == # Freevo builtin encoding server settings: # == ENCODINGSERVER_UID = 0 ENCODINGSERVER_GID = 0 # ENCODINGSERVER_IP = 'localhost' ENCODINGSERVER_PORT = 18002 ENCODINGSERVER_SECRET = 'secret2' # If the current directory is not writeable as the user then set # ENCODINGSERVER_SAVEDIR to os.path.join(FREEVO_CACHEDIR, 'encodings') ENCODINGSERVER_SAVEDIR = '.' # == # Freevo builtin commdetect server settings: # == COMMDETECTSERVER_UID = 0 COMMDETECTSERVER_GID = 0 # COMMDETECTSERVER_IP = 'localhost' COMMDETECTSERVER_PORT = 6667 The encoding server is not needed by the commdetect server. You are right, the commdetect server just scan the video for black frames and create an EDL file which is used by mplayer to skip specific parts of the video. Check the mplayer documentation for more infos on EDL files. I don't know if it works with xine too. Anyway, as any other server helper scripts, you have to run the commdetect server before you launch the main freevo application, by issuing the following command: freevo commdetectserver --daemon the same applies to the encoding server, if you need it: freevo encodingserver --daemon You can get a list of the helper script available, running: freevo --help Cheers, izio -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] commdetectserver
On Fri, March 26, 2010 9:32 am, John Molohan wrote: No problem :) I think I recall that vlc doesn't have a 'slave' mode as such like xine or mplayer and can't be controlled with lirc. Maybe that has changed or there's another way to work around it at this stage. I guess those using it must not be using a remote to control it? VLC does have a very good slave mode (much better than mplayer or xine). But I was under the impression that the video.vlc plugin only played http/rtsp streams as it had been written to work with IPTV? Cheers Adam -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] commdetectserver
On Fri, March 26, 2010 12:34 am, Dan Schmidt wrote: Well, it seems to work sometimes when you set your primary player to Mplayer. It's easy to tell what player you are running - volume doesn't work in xine, for instance. I've not had problems with volume on Xine or Mplayer - until I upgrade to ubuntu 9.10 and it started using PulseAudio - no sound, well very very very very quiet sound, purged PulseAudio and it worked as it had before. vlc doesn't seem to work at all.nbsp; It plays the video, but lirc seems broken.nbsp; Perhaps when I get my freevo box working better, I will have more time to fill out bug reports.nbsp; (And add to the wiki - promise I'll get to that someday)br The video.VLC plugin needs a lot or work, I didn't think it would even play files off a disk! Cheers Adam -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] commdetectserver
Hi Dan, Are you trying the play with alternative player while you're in the TV menu? If so I've seen this and it seems to be a bug, it doesn't behave as expected but I haven't got around to looking at it and filing a bug report, maybe you can? If you go into the 'watch a video' menu and access your recorded show through that then the 'play with alternate player' choice you make should work. Check the log files to confirm which player freevo is calling. John Dan Schmidt wrote: Thank you for your explanation of the edl file! It appears the problem is with Freevo. The edl file is created correctly by the commserver, and works as expected on command line. However, when I select Play with Alternative Player and select Mplayer, it ignores the edl file. Fabrizio Ferraro wrote: Dan Schmidt wrote: I set the following, but I get 2010-03-19 15:42:37,271 INFO encodingclient.py (100): encoding server is down and removing recordings doesn't seem to work. The commserver it's self seems to scan the video for black, but it doesn't encode. Thanks much for your reply! # == # Freevo builtin encoding server settings: # == ENCODINGSERVER_UID = 0 ENCODINGSERVER_GID = 0 # ENCODINGSERVER_IP = 'localhost' ENCODINGSERVER_PORT = 18002 ENCODINGSERVER_SECRET = 'secret2' # If the current directory is not writeable as the user then set # ENCODINGSERVER_SAVEDIR to os.path.join(FREEVO_CACHEDIR, 'encodings') ENCODINGSERVER_SAVEDIR = '.' # == # Freevo builtin commdetect server settings: # == COMMDETECTSERVER_UID = 0 COMMDETECTSERVER_GID = 0 # COMMDETECTSERVER_IP = 'localhost' COMMDETECTSERVER_PORT = 6667 The encoding server is not needed by the commdetect server. You are right, the commdetect server just scan the video for black frames and create an EDL file which is used by mplayer to skip specific parts of the video. Check the mplayer documentation for more infos on EDL files. I don't know if it works with xine too. Anyway, as any other server helper scripts, you have to run the commdetect server before you launch the main freevo application, by issuing the following command: freevo commdetectserver --daemon the same applies to the encoding server, if you need it: freevo encodingserver --daemon You can get a list of the helper script available, running: freevo --help Cheers, izio -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users -- John Molohan IT Manager Griffith College Dublin South Circular Road Dublin 8 Ireland Phone: +353 1 4163366 Web: www.it.gcd.ie www.gcd.ie Disclaimer: This E-mail is from Griffith College Dublin. The E-mail and any files transmitted with it are confidential and may be privileged and are intended solely for the use of the individual or entity to whom they are addressed. If you are not the addressee you are prohibited from disclosing its content, copying it or distributing it otherwise than to the addressee. If you have received this e-mail in error, please immediately notify the sender by replying to this e-mail and delete the e-mail from your computer. Bellerophon Ltd, trades as Griffith College (registered in Ireland No. 60469) with its registered address as Griffith College Campus, South Circular Road, Dublin 8, Ireland. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel
Re: [Freevo-users] commdetectserver
Well, it seems to work sometimes when you set your primary player to Mplayer. It's easy to tell what player you are running - volume doesn't work in xine, for instance. vlc doesn't seem to work at all. It plays the video, but lirc seems broken. Perhaps when I get my freevo box working better, I will have more time to fill out bug reports. (And add to the wiki - promise I'll get to that someday) John Molohan wrote: Hi Dan, Are you trying the play with alternative player while you're in the TV menu? If so I've seen this and it seems to be a bug, it doesn't behave as expected but I haven't got around to looking at it and filing a bug report, maybe you can? If you go into the 'watch a video' menu and access your recorded show through that then the 'play with alternate player' choice you make should work. Check the log files to confirm which player freevo is calling. John Dan Schmidt wrote: Thank you for your explanation of the edl file! It appears the problem is with Freevo. The edl file is created correctly by the commserver, and works as expected on command line. However, when I select "Play with Alternative Player" and select "Mplayer," it ignores the edl file. Fabrizio Ferraro wrote: Dan Schmidt wrote: I set the following, but I get "2010-03-19 15:42:37,271 INFO encodingclient.py (100): encoding server is down" and removing recordings doesn't seem to work. The commserver it's self seems to scan the video for black, but it doesn't encode. Thanks much for your reply! # == # Freevo builtin encoding server settings: # == ENCODINGSERVER_UID = 0 ENCODINGSERVER_GID = 0 # ENCODINGSERVER_IP = 'localhost' ENCODINGSERVER_PORT = 18002 ENCODINGSERVER_SECRET = 'secret2' # If the current directory is not writeable as the user then set # ENCODINGSERVER_SAVEDIR to os.path.join(FREEVO_CACHEDIR, 'encodings') ENCODINGSERVER_SAVEDIR = '.' # == # Freevo builtin commdetect server settings: # == COMMDETECTSERVER_UID = 0 COMMDETECTSERVER_GID = 0 # COMMDETECTSERVER_IP = 'localhost' COMMDETECTSERVER_PORT = 6667 The encoding server is not needed by the commdetect server. You are right, the commdetect server just scan the video for black frames and create an EDL file which is used by mplayer to skip specific parts of the video. Check the mplayer documentation for more infos on EDL files. I don't know if it works with xine too. Anyway, as any other "server" helper scripts, you have to run the commdetect server before you launch the main freevo application, by issuing the following command: freevo commdetectserver --daemon the same applies to the encoding server, if you need it: freevo encodingserver --daemon You can get a list of the helper script available, running: freevo --help Cheers, izio -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] commdetectserver
I'm sorry, I completely forgot to thank you for your response. John Molohan wrote: Hi Dan, Are you trying the play with alternative player while you're in the TV menu? If so I've seen this and it seems to be a bug, it doesn't behave as expected but I haven't got around to looking at it and filing a bug report, maybe you can? If you go into the 'watch a video' menu and access your recorded show through that then the 'play with alternate player' choice you make should work. Check the log files to confirm which player freevo is calling. John Dan Schmidt wrote: Thank you for your explanation of the edl file! It appears the problem is with Freevo. The edl file is created correctly by the commserver, and works as expected on command line. However, when I select "Play with Alternative Player" and select "Mplayer," it ignores the edl file. Fabrizio Ferraro wrote: Dan Schmidt wrote: I set the following, but I get "2010-03-19 15:42:37,271 INFO encodingclient.py (100): encoding server is down" and removing recordings doesn't seem to work. The commserver it's self seems to scan the video for black, but it doesn't encode. Thanks much for your reply! # == # Freevo builtin encoding server settings: # == ENCODINGSERVER_UID = 0 ENCODINGSERVER_GID = 0 # ENCODINGSERVER_IP = 'localhost' ENCODINGSERVER_PORT = 18002 ENCODINGSERVER_SECRET = 'secret2' # If the current directory is not writeable as the user then set # ENCODINGSERVER_SAVEDIR to os.path.join(FREEVO_CACHEDIR, 'encodings') ENCODINGSERVER_SAVEDIR = '.' # == # Freevo builtin commdetect server settings: # == COMMDETECTSERVER_UID = 0 COMMDETECTSERVER_GID = 0 # COMMDETECTSERVER_IP = 'localhost' COMMDETECTSERVER_PORT = 6667 The encoding server is not needed by the commdetect server. You are right, the commdetect server just scan the video for black frames and create an EDL file which is used by mplayer to skip specific parts of the video. Check the mplayer documentation for more infos on EDL files. I don't know if it works with xine too. Anyway, as any other "server" helper scripts, you have to run the commdetect server before you launch the main freevo application, by issuing the following command: freevo commdetectserver --daemon the same applies to the encoding server, if you need it: freevo encodingserver --daemon You can get a list of the helper script available, running: freevo --help Cheers, izio -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] commdetectserver
Thank you for your explanation of the edl file! It appears the problem is with Freevo. The edl file is created correctly by the commserver, and works as expected on command line. However, when I select "Play with Alternative Player" and select "Mplayer," it ignores the edl file. Fabrizio Ferraro wrote: Dan Schmidt wrote: I set the following, but I get "2010-03-19 15:42:37,271 INFO encodingclient.py (100): encoding server is down" and removing recordings doesn't seem to work. The commserver it's self seems to scan the video for black, but it doesn't encode. Thanks much for your reply! # == # Freevo builtin encoding server settings: # == ENCODINGSERVER_UID = 0 ENCODINGSERVER_GID = 0 # ENCODINGSERVER_IP = 'localhost' ENCODINGSERVER_PORT = 18002 ENCODINGSERVER_SECRET = 'secret2' # If the current directory is not writeable as the user then set # ENCODINGSERVER_SAVEDIR to os.path.join(FREEVO_CACHEDIR, 'encodings') ENCODINGSERVER_SAVEDIR = '.' # == # Freevo builtin commdetect server settings: # == COMMDETECTSERVER_UID = 0 COMMDETECTSERVER_GID = 0 # COMMDETECTSERVER_IP = 'localhost' COMMDETECTSERVER_PORT = 6667 The encoding server is not needed by the commdetect server. You are right, the commdetect server just scan the video for black frames and create an EDL file which is used by mplayer to skip specific parts of the video. Check the mplayer documentation for more infos on EDL files. I don't know if it works with xine too. Anyway, as any other "server" helper scripts, you have to run the commdetect server before you launch the main freevo application, by issuing the following command: freevo commdetectserver --daemon the same applies to the encoding server, if you need it: freevo encodingserver --daemon You can get a list of the helper script available, running: freevo --help Cheers, izio -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] commdetectserver
I set the following, but I get "2010-03-19 15:42:37,271 INFO encodingclient.py (100): encoding server is down" and removing recordings doesn't seem to work. The commserver it's self seems to scan the video for black, but it doesn't encode. Thanks much for your reply! # == # Freevo builtin encoding server settings: # == ENCODINGSERVER_UID = 0 ENCODINGSERVER_GID = 0 # ENCODINGSERVER_IP = 'localhost' ENCODINGSERVER_PORT = 18002 ENCODINGSERVER_SECRET = 'secret2' # If the current directory is not writeable as the user then set # ENCODINGSERVER_SAVEDIR to os.path.join(FREEVO_CACHEDIR, 'encodings') ENCODINGSERVER_SAVEDIR = '.' # == # Freevo builtin commdetect server settings: # == COMMDETECTSERVER_UID = 0 COMMDETECTSERVER_GID = 0 # COMMDETECTSERVER_IP = 'localhost' COMMDETECTSERVER_PORT = 6667 Paul Sijben wrote: it works great for me. i do believe the encoding server is needed. I am running it and not to re-encode my recordings On 17-03-10 4:48, Dan Schmidt wrote: Does commdetectserver still work? Does it require the EncodingServer to work correctly? -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] commdetectserver
Dan Schmidt wrote: I set the following, but I get 2010-03-19 15:42:37,271 INFO encodingclient.py (100): encoding server is down and removing recordings doesn't seem to work. The commserver it's self seems to scan the video for black, but it doesn't encode. Thanks much for your reply! # == # Freevo builtin encoding server settings: # == ENCODINGSERVER_UID = 0 ENCODINGSERVER_GID = 0 # ENCODINGSERVER_IP = 'localhost' ENCODINGSERVER_PORT = 18002 ENCODINGSERVER_SECRET = 'secret2' # If the current directory is not writeable as the user then set # ENCODINGSERVER_SAVEDIR to os.path.join(FREEVO_CACHEDIR, 'encodings') ENCODINGSERVER_SAVEDIR = '.' # == # Freevo builtin commdetect server settings: # == COMMDETECTSERVER_UID = 0 COMMDETECTSERVER_GID = 0 # COMMDETECTSERVER_IP = 'localhost' COMMDETECTSERVER_PORT = 6667 The encoding server is not needed by the commdetect server. You are right, the commdetect server just scan the video for black frames and create an EDL file which is used by mplayer to skip specific parts of the video. Check the mplayer documentation for more infos on EDL files. I don't know if it works with xine too. Anyway, as any other server helper scripts, you have to run the commdetect server before you launch the main freevo application, by issuing the following command: freevo commdetectserver --daemon the same applies to the encoding server, if you need it: freevo encodingserver --daemon You can get a list of the helper script available, running: freevo --help Cheers, izio -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] commdetectserver
it works great for me. i do believe the encoding server is needed. I am running it and not to re-encode my recordings On 17-03-10 4:48, Dan Schmidt wrote: Does commdetectserver still work? Does it require the EncodingServer to work correctly? -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users -- Paul Sijben tel 0334557522 -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] commdetectserver
Does commdetectserver still work? Does it require the EncodingServer to work correctly? -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
