Re: [Freevo-users] Syntax problem with channels config
Hi! On Sun, Dec 30, 2012 at 10:36:27PM +1100, Liz wrote: > We've had new channels > so my channels.conf reads like this > ABC News > 24(ABC):21950:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:516:654:672 > > the channel name is > ABC News 24(ABC) > [...] > Can I change the channel ID in the channels.conf?? > Can I get rid of the bits in parentheses and the file still work?? You can change the channel name to anything you like. It's just a descriptive, human-readable key in the channels.conf file. Channel tuning uses the PID/AID/VID entries at the end of the line. > Or how in python do I get the channel ID passed properly to mplayer? I'm not a python programmer and haven't looked at the freevo code for ages. My standard guess for these kinds of problems would be to check for proper argument escaping/quoting, if mplayer is started via a shell-exec. If mplayer is started directly, and arguments are passed as an array, it should work correctly, though... so long, Hias -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_123012 ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Which distro?
Hi Paul! On Mon, Aug 30, 2010 at 02:34:50PM -0300, Paul wrote: > I've been using Freevo on Ubuntu Karmic Koala for about 6 months but always > with the intention of trying something else at some point. The main reason > is the audio performance, I seem to be one of the many users suffering from > Ubuntu's implementation of Pulseaudio, and looking at the Ubuntu forums it > seems this problem is still present in Lucid Lynx. Can't you just throw out this pulseaudio stuff and use alsa directly? > With my hard drive > recently failing it seems a good time to try something else, I was looking > at Debian but am open to suggestions, what have your experiences been? I'm using Debian Lenny (no X, just a Matrox G400 and directfb) and setup Alsa to use direct hardware access (device hw:0). Soundservers are evil and I also don't like the default Alsa dmix plugin doing any resampling :-) So far I didn't have any issues with Debian, and since you are already familiar with Ubuntu switching to Debian shouldn't be a big deal. BTW: Personally, I'm not too fond of Ubuntu, it's a little bit too experimental and bleeding-edge to me. I installed Lucid Lynx on my sister's laptop several months ago and were plagued by the infamous GMA4500 random screen flickers for quite a while, until someone mentioned that setting i915.powersave=0 fixed this (default on Ubuntu was 1, IIRC on Debian it was 0). Also I'm not sure if the switch from sysv-init to upstart wasn't too early (there still seem to be some issues with upstart). so long, Hias -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] how to (re) enable the recording time & date in directorylisting?
On Sun, May 30, 2010 at 12:44:50AM +0100, John Molohan wrote: > On 22/05/2010 12:54, Matthias Reichl wrote: >> I modified the Panorama skin so that it displays the userdate (if >> available), otherwise it displays the year (if available). This >> works with IMDB fxds, old recordserver fxds (which set "year") and >> new recordserver fxds (setting "userdate"). >> >> Here's a patch (just Panorama skin for now), what do you think >> about it? >> >> so long, >> >> Hias >> > Sorry for the delay in replying. The patch seems reasonable to me if you > want to submit it to the bug tracker? > http://sourceforge.net/tracker/?atid=446895&group_id=46652 I cleaned up the patch a little bit and also fixed the other skins: https://sourceforge.net/tracker/?func=detail&aid=3009193&group_id=46652&atid=446895 so long, Hias -- ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] how to (re) enable the recording time & date in directorylisting?
On Wed, Feb 10, 2010 at 09:45:55AM +, John Molohan wrote: > On 08/02/2010 10:40, Paul Sijben wrote: > > I (re) inserted the line > > > > fxd.info['year'] = time.strftime('%m-%d ' + config.TV_TIME_FORMAT, > > time.localtime(rec_prog.start)) > > > > in recordserver create_fxd (around line 1395) (I am imprecise because of > > my own changes to the file for multiple concurrent recording.) > > > > It looks as if this line was removed because the info goes into > > userdate. But that is not shown in the listings. > > > Thanks for the update. If you have time it would probably be better to > change the skin to use the userdate instead and submit a patch if you could. I just had a look at this issue (I'm using freevo 1.9.0 here), but I'm not sure what would be the best approach to fix it: The IMDB fxd files contain a "year" entry, but not a "userdate". fxd files created by the recordserver contain the "userdate" entry plus an empty "year" entry. I modified the Panorama skin so that it displays the userdate (if available), otherwise it displays the year (if available). This works with IMDB fxds, old recordserver fxds (which set "year") and new recordserver fxds (setting "userdate"). Here's a patch (just Panorama skin for now), what do you think about it? so long, Hias Index: freevo/share/skins/main/Panorama.fxd === --- freevo/share/skins/main/Panorama.fxd (revision 11576) +++ freevo/share/skins/main/Panorama.fxd (working copy) @@ -136,11 +136,18 @@ - + ( - + ) + + +( + +) + + -- ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Advice on high end sound cards m-audio, creative, others?
On Fri, Feb 06, 2009 at 11:48:46AM +0200, Kari Smolander wrote: > I would say that as long as your card do not resample and the transfer > route is fully digital, it does not really matter what card you have. > I have a 20 euro USB Behringer with optical out and I think that it is > perfect. My amplifier takes care of the DAC. It would be waste of > money to spend more for 44 and 48 kHz 2 channel audio or raw DD/DTS > out. ACK. For example soundcards with a C-Media CMI 8738/8768 chip are reported to not do any resampling. Another thing to take care of is Alsa: In the default configuration Alsa uses the dmix plugin which does resampling to 48kHz. The easiest solution around this (if you don't need dmix) is to change the default device to your (hardware) soundcard: /etc/asound.conf: pcm.!default { type hw card 0 device 0 } ctl.!default { type hw card 0 } Of course you might also tell applications to use another playback device, for example by setting MPLAYER_AO_DEV_OPTS to "device=hw=0,0" in freevo's local_conf.py. so long, Hias -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Advice on high end sound cards m-audio, creative, others?
Hi John! On Thu, Feb 05, 2009 at 10:39:05PM +, John Molohan wrote: > > Do you have digital input/ouput on your amp/shuttle? > > > > I have two Klipsch speackers on an Onkyo receiver connected to my box > > with an SPDIF cable and it's quite satisfying. The advantage is that it > > works with surround as well. > > > > > My shuttle does yes, my amp no but that may be upgraded in the future. > What I'm curious about is the quality coming out of the PC over digital > (there are obviously factors that effect analogue quality). As far as I > would have thought it's a digital stream so it will be perfect all the > way to your amp and the quality of your amp and it's DAC is all that > should matter. Basically yes. But there are a few things you need to take care of: First you need a soundcard that doesn't resample to 48kHz. I had a Soundblaster Live and really hated it for that. The quality of 44.1kHz playback was awful (like most AC97 compatible cards that SB Live has a really bad upsampler). Very soon I activated software upsampling in Mplayer and then the quality was OK. Next thing is the DAC. The guys in the high end shop will tell you horror stories about jitter and so on (basically to convince you to spend several thousand instead of a few hundred bucks for a DAC), but it's better to ignore all this. Unless your source (PC, CD-player, ...) is completely broken there won't be much jitter in the signal. The DAC itself uses a PLL to regenerate the word clock (eg 48kHz) from the signal stream (some 2MHz) - which eliminates jitter quite well. Also remember that there's a FIFO before the DAC, so jitter from the digital input should never make it through to the DAC. Back to your original question: I use a cheap M-Audio Delta Audiophile 2496 card in my freevo box, connected digitally to my Behringer SRC2496 (a very decent DAC, especially for the price). The M-Audio card outputs digital signals from 8kHz (IIRC) up to 96kHz without resampling, so the quality is really fine. Although the analog outputs of the card are very good, I switched to digital simply because I needed some 4m cable between my freevo box and my amp (which is too much for unbalanced analog connections IMHO). so long, Hias -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] nova t-500
On Wed, Feb 04, 2009 at 06:49:08AM +1100, Elizabeth Dodd wrote: > My debian lenny has been installed from Mepis LiveCD which has excellent > hardware recognition etc. > My current kernel is 2.27 with patches. > > from /etc/udev/rules.d/50-udev.rules > > # video devices > KERNEL=="dvb*", PROGRAM="/bin/sh -c 'K=%k; K=$${K#dvb}; > printf > dvb/adapter%%i/%%s $${K.*} $${K#*.}", ACTION=="add|change", \ > NAME="$result" > KERNEL=="card[0-9]*", NAME="dri/%k" My freevo box is also running Debian Lenny, but these lines are also present with Etch's udev, in /etc/udev/rules.d/udev.rules: # video devices KERNEL=="dvb*", PROGRAM="/bin/sh -c 'K=%k; K=$${K#dvb}; printf dvb/adapter%%i/%%s $${K.*} $${K#*.}", ACTION=="add", \ NAME="%c" So, as a first step, remove all additional lines you added to the udev rules and try to stick to the stock Debian udev ruleset. so long, Hias -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] nova t-500
On Tue, Feb 03, 2009 at 12:07:29AM +0100, Alberto Hernando wrote: > > Which driver version did you use? The one that shipped with your kernel? > > > > Yes, "of course". If it's in the kernel, what else am I going to look for?... Since your kernel (2.6.22) was quite old it could have been that you already used the current hg version. > But I still haven't been able to see anything. It's not that easy, > I've seen that I must find a file with the channels of my area (I have > it, btw it's Collserola in Spain, just in case somebody is there... > hola?). But I'm still fighting with mplayer, the syntaxis, the name of > the devices... When I find it out, surely will be all straight, but > until then, it's annoying. Once you got it running you'll really see that it's not that complicated. Here's a quick step-by-step tutorial: After installing the hg driver be sure you also downloaded the right firmware file. In this case it's dvb-usb-dib0700-1.20.fw. Check your dmesg, you should see something like this (in this case it's a Hauppauge USB stick): dvb-usb: found a 'Hauppauge Nova-T Stick' in cold state, will try to load a firmware firmware: requesting dvb-usb-dib0700-1.20.fw dvb-usb: downloading firmware from file 'dvb-usb-dib0700-1.20.fw' dib0700: firmware started successfully. dvb-usb: found a 'Hauppauge Nova-T Stick' in warm state. If you try different firmware versions keep in mind that it will only be loaded if the card/USB-stick is in the "cold state". So unplug the stick or, as in your case, power off your computer. Now you'll need the Linux dvb-apps. In Debian Etch the package is called "dvb-utils", in Debian Lenny it's called "dvb-apps". Pick the right frequency file for your region and run a channel scan. With Etch it should be something like this: scan /usr/share/doc/dvb-utils/examples/scan/dvb-t/es-Collserola | tee channels.conf Note to other users: If you can't find a frequency table, check the hg version of dvb-apps from linuxtv.org. There are a lot more tables than for example in the dvb-utils package of Etch. If the scan is unsuccessful, re-check the antenna and the driver setup. You might need to set some driver options like options dvb_usb_dib0700 force_lna_activation=1 If the scan worked well you are almost done. Next test is if you can tune to a channel. Do this: tzap -c channels.conf -r "name of a channel" The channel name is the first item on each line in channels.conf, be sure to put it in quotes if it contains a space. You should see some output like this: status 1f | signal 4c0d | snr | ber | unc | FE_HAS_LOCK The important thing is the "FE_HAS_LOCK" at the end (ignore the "snr" here, the driver just doesn't report the value). If you have non-zero "unc" (uncorrected errors), check your antenna. In another terminal, start mplayer to test if you can receive something: mplayer /dev/dvb/adapter0/dvr0 If all this worked, copy the channels.conf to /etc/mplayer and use mplayer directly to tune and watch (stop tzap first): mplayer dvb://"channel name" This uses the first DVB adapter. To use the second adapter try something like this: mplayer dvb://2@"channel name" so long, Hias -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] nova t-500
Hi! On Mon, Feb 02, 2009 at 01:37:38PM +0100, Alberto Hernando wrote: > I've got a dvb-t card, a hauppauge nova-t 500, which is the one with > two tuners and no hardware encoder/decoder. > Well, I've read that it needs some work to make it work, but I still > haven't managed. So here's what I've done. BTW, this is a debian > stable box. Which driver version did you use? The one that shipped with your kernel? I'd recommend trying the current hg version from linuxtv.org. Here's some more information about your card: http://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500 BTW: Hauppauge does a really good job at confusing Linux users. They often change their hardware and sell the product under the old name. So as a first step try identifying what card you actually have. so long, Hias -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Advice on new hardware
Hi John! On Sun, Jun 22, 2008 at 02:55:19PM +0100, John Molohan wrote: > Does anyone have any opinions on either of these two boards: > > Gigabyte GA-EP35-DS4 > ASUS P5K-E/WIFI-AP Personally, I'd prefer the Asus board. Last december I built a new PC with at Gigabyte P35-DS3R board (rev. 2.0), Core2Duo 6750 and 4x1GB Kingston DDR2-800 memory (as listed in the mainboard compatibility list). It didn't run stable until I changed the (almost undocumented) "Performance Enhance" setting in the BIOS from "Turbo" (the default for both "fail safe" and "optimized" BIOS settings) to "Standard". I also tried other BIOS versions, one of them (F10) had a severe bug, and since january Gigabyte didn't release any new versions at all (but they released a rev 2.1 of this mainboard and then the EP35 series). I even tried to email Gigabyte support but never got a reply. It seems that the board is fine if you want to play around with settings (or if you want to overclock, which I don't), but it's not recommendable if you want to have a rock solid system out of the box. A few weeks later I bought a PC for a friend, with an Asus P5K mainboard (ICH9, no wlan etc.) and it worked rock solid, out of the box... > Also does anyone use maudio or other sound cards over the on board sound > and if so what would you recommend? Yes, here, I've an M-Audio Delta Audiophile 2496 in my freevo box. It is an excellent soundcard with really good analog I/Os and, most important for me, it doesn't do any resampling when using the digital output. After tweaking with the mplayer settings (format=s32le in mplayer.conf) even 96khz/24bit output works fine. At first, the quite complex internal structure of the card may be a little bit confusing (you don't have just a simple mixer but actually a very flexible patchbay), but once you understood the concept it works really great. BTW: I've connected the digital output to an external DAC (Behringer SRC2496, also a good and cheap box), but this was mainly because I had no analog inputs left on my amplifier but still a free digital input on my DAC. I also tested the analog output of the soundcard and couldn't hear a difference to the external DAC. I have to admit I didn't try to configure freevo to control the volume (I just wanted the sound data to leave my PC unchanged). Maybe it could be a little bit tricky to get this working, as freevo would have to change the left volume of one mixer and the right volume of another mixer to achieve this. But then, maybe freevo already supports this and I just don't know about it :-) so long, Hias - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] freevo without X
Hi! On Sat, Dec 29, 2007 at 08:57:15AM +0100, Jaap Struyk wrote: > I know freevo can be run in framebuffer but I was wondering wich > problems I run into without X being on my system, has anyone tryed this > before and has some info for me? Short answer: yes, this works fine. I'm using an old P3 (800MHz) with and connected my 16:9 TV to the S-Video output of my Matrox G400. I've also connected a keyboard (in case I have to do some maintainance at the console) and an IR receiver, but don't use any other monitor except my TV. The latter can cause some troubles... Here is some information about my setup: First you need a kernel with framebuffer support. I always compile the kernel by my own and build everything I need directly into the kernel. In this case I decided to compile framebuffer support as a module so that I can use VGA textmode, framebuffer (at PAL resolution) or just framebuffer without matrox dualhead support (for experimentingr with directfb). ATM I'm running kernel 2.6.23.8. I also compiled the mga_vid module from SVN (so I can use framebuffer for freevo and the mga driver of MPlayer). Then you'll need a modeline for your /etc/fb.modes. Here's mine: mode "768x576" geometry 768 576 768 576 32 timings 20203 40 0 63 29 56 4 hsync low vsync low endmode With an init-script (/etc/rc5.d/S01LOCAL-tvout), I activate the framebuffer: #!/bin/sh modprobe matroxfb-g450 modprobe i2c-matroxfb modprobe matroxfb_maven modprobe matroxfb_crtc2 modprobe fbcon clear # disconnect fb1 matroxset -f /dev/fb1 -m 0 # connect fb0 to both out0 and out1 matroxset -f /dev/fb0 -m 3 # set PAL mode matroxset -f /dev/fb1 -o 1 1 fbset -a 768x576 clear modprobe mga_vid /usr/local/bin/tv-contrast "tv-contrast" is a small shell-script to adjust the S-Video output (it gets reset by SDL, so we also need that later). The script looks like this (adjust the values as you like): #!/bin/sh /usr/sbin/matrox 0x1e 0xb0 > /dev/null 2>&1 /usr/sbin/matrox 0x20 0xbc > /dev/null 2>&1 /usr/sbin/matrox 0x22 0xbc > /dev/null 2>&1 Now we have a working linux framebuffer setup and just need to configure freevo and MPlayer. First, the MPlayer config. Since it's sometimes handy to have a working MPlayer config without freevo, I put most of the configuration into /usr/local/etc/mplayer/mplayer.conf: font=/usr/share/fonts/truetype/ttf-bitstream-vera/VeraMoBd.ttf subfont-autoscale=3 subfont-text-scale=3.5 ao = alsa vo = mga fs=yes cache=2048 monitoraspect=16:9 The freevo config is quite simple, too. First, my /etc/freevo/freevo.conf: chanlist = europe-west display = fbcon geometry = 768x576 flac = /usr/bin/flac lsdvd = /usr/bin/lsdvd mencoder = /usr/local/bin/mencoder mplayer = /usr/local/bin/mplayer oggenc = /usr/bin/oggenc renice = /usr/bin/renice setterm = /usr/bin/setterm tv = pal version = 2.1 And here the important stuff of /etc/freevo/local_conf.py: OSD_SDL_EXEC_AFTER_STARTUP = "/usr/local/bin/tv-contrast" OSD_SDL_EXEC_AFTER_CLOSE = "/usr/local/bin/tv-contrast" OSD_OVERSCAN_LEFT = 20 OSD_OVERSCAN_RIGHT = 20 OSD_OVERSCAN_TOP = 20 OSD_OVERSCAN_BOTTOM = 20 # important for panorama skin IMAGEVIEWER_ASPECT = (float(4) / float(3)) # mplayer config MPLAYER_AO_DEV = 'alsa' # e.g.: oss,sdl,alsa, see mplayer docs MPLAYER_VO_DEV = 'mga' The OSD_SDL_EXEC... lines are needed so we have a proper picture with the S-Video output. You might need to adjust the OVERSCAN stuff. The IMAGEVIEWER_ASPECT is needed so that all images/icons are scaled correctly (because I use a widescreen TV with the anamorphic "Panorama" skin). At first it was quite a bit of work to get all the stuff running (especially the modelines and TV-out) but now it's running really smooth. A month ago I tried to go the directfb-route (both with the standard SDL/directfb packages of Debian Etch and also by recompiling new versions from SVN), but wasn't too successfull with it. First, getting a simple text-console to use with the TV-out was quite difficult (I compiled quingy), but had some occasional crashes (especially if using multiple quingys on different VTs) and when playing videos I sometimes had an annoying horizontal green bar in the picture (this could be an MPlayer/SDL/directfb bug). Then I decided switching back to the working framebuffer/mga_vid setup and maybe I'll dig into directfb again in a few months). so long, Hias - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users