Bug#586571: Update
Tags: upstream I've addressed 2.5 of these issues upstream in the lp:me-tv/1.3 branch, please give it a go and tell me what you think. The last part of your request (continual looping) isn't really in Me TV's scope, it requires a working DVB setup. It does not try to solve hardware/driver issues. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586574: me-tv: export option for channels.conf
> It's actually easy to look into the various xdg base directories and > search for a me-tv directory there. Although in my opinion (thinking of > it as a configuration file), the database should be in a .config/me-tv > instead of .local/share/me-tv. Hi Julian, just to be clear, there are no configuration/preference settings in the Me TV database, it's all in GConf. However, I understand the confusion here because scheduled recordings could be considered preferences. The GConf documentation [0] makes it pretty clear that GConf should not be used to store important application data. "Do not store anything but preferences in GConf. Documents, session state, random data blobs do not belong in GConf. Stuff breaks if you do this." I consider scheduled recordings not to be preferences. This backed up by the GConf people, "THERE IS NO GUARANTEE THAT IT'S EVEN POSSIBLE TO WRITE TO THE GCONF DATABASE". Scheduled recordings fall into the essential data category. Please let me know if I've missed something. [0] http://projects.gnome.org/gconf/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586574: me-tv: export option for channels.conf
> programs), it should be possible to export a channels.conf . Without that, you > have to create channels.conf with other tools Not true, 1. sqlite3 ~/.local/share/me-tv/me-tv.db ".dump channel" > channel.sql 2. sqlite3 ~/.local/share/me-tv/me-tv.db < channel.sql 1. will export channels, 2. will import channels. Of course, you can always just copy the database file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586571: me-tv: unhelpful if reception is bad
Severity: wishlist From that I get: * The second message "Failed to get display stream" is not required, agree to fix, but it's not fatal, wishlist. * You want some kind of notification that application is tuning, sure, why not for 1.3, but not fatal, wishlist * Auto re-tune if tuning failed. It sounds like you are trying to use Me TV as a tool to find the best reception. This is not part of Me TV's scope especially when there are better tools for this job (*zap). I could put status information in the new control bar in Me TV 1.3 so that it's not modal and continue looping, I guess. I'll look into doing this, but it's also a wishlist.
Bug#582613: still in 1.2.4
Yes, Me TV 1.2.4 was released on 2010-05-16, the fix was committed in revision 477 on the 2010-05-28.
Bug#540422: scan fails if lines in the initial tuning data file start with
Hi Christoph, This issue has been fixed in a more recent version of Me TV. Me TV 1.0.0 is due to be released on the 10 August and a debian package will be uploaded to mentors shortly after. Hopefully it will attract a sponsor then. In the meantime you can try/test the latest beta [0]. Cheers, Michael [0] http://launchpad.net/me-tv -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#536300: me-tv: Please remember window state from last session
The newer versions do that. 0.9.4 is on mentors, I'm just waiting for someone to updload it into Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527946: me-tv: Mute does not work
I bet that it doesn't work in xine either, right? I've seen this before and I think that this is a xine-ui issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#523871: me-tv: Recommend dvb-apps
Thanks for the suggestion, this was always my intention but somehow it got lost. I have already fixed the issue though and the package is awaiting a sponsor on mentors [0]. I guess that we can only close this issue when someone uploads it. Thanks, Michael [0] http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=me-tv
Bug#521650: me-tv will not start at all after the initial channel scan - and never after
:) Cheers
Bug#521650: me-tv will not start at all after the initial channel scan - and never after
0.7.16 is dead-sexy in comparison and I understand why you would gravitate to it but now we have a "grave" bug that nobody has an environment to reproduce it in. We might have to change statuses until someone is prepared to test it. Thanks, Michael
Bug#521650: me-tv will not start at all after the initial channel scan - and never after
If you can't be bothered then I can understand that. If you would like it fixed I'm willing to help, your call. I think that version had a ~/.me-tv/me-tv.config file where the settings are held. If you know XML then you can edit the file. Look for something like "xine.video_driver". It might be set to something like "xv", try "xshm". Thanks, Michael
Bug#521650: me-tv will not start at all after the initial channel scan - and never after
What does the output from `me-tv -v` tell us? Thanks, Michael
Bug#515847: me-tv: Me-TV behaves badly with more than one DVB adapter
Hi Gregor, I'm on it. The truth is that Me TV has never properly supported 2 tuner cards, mostly because I only have one. I will be removing the menu item in favour of a Devices Dialog which can be used to select a tuner. When you start Me TV and there are multiple tuners available it will prompt you to select a tuner, that setting will be stored in GConf at /apps/me-tv/default_device. You will be able to call the Devices Dialog at any time from View->Devices while the application is running. I've already started work on this and would expect to finish development tonight (in 10 hours). I will need your help with testing, please get the latest development branch from https://code.launchpad.net/me-tv and build it. If you're new at this (I think not) then read https://answers.launchpad.net/me-tv/+faq/352. For now, I've added the tuner path to the menu item for you but I don't think that those menu items ever worked. Thanks, Michael
Bug#510612: me-tv: problem with UTF-8 prevents channel-scan window from closing
Hi Norman, Not sure if you've worked this one out but the easiest thing for you to do is go into the ~/.me-tv/channels.conf and fix it up with a text editor. Thanks, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#466777: Eats a lot of cpu and blocks gui
Hi Matthias, I think that these issues are addressed at https://bugs.launchpad.net/ubuntu/+source/me-tv/+bug/192355. If you've got the time then please try the new upstream 0.5.19 and tell me if it fixes your issues. The EPG reader _is_ in a separate thread but GTK is not multi-thread safe, it is however multi-thread aware. The issue is that GTK really only allows 1 thread to update the UI at a time, that's why it appears to lock-up. I've made the EPG update yield its lock more regularly which I think gets around this issue. There can be several reasons why your CPU usage might be high, if you find that 0.5.19 does not fix your issue then we might need to isolate further. Please let me know. Thanks for trying Me TV. I hope that we can sort these issues out so that you can enjoy it as much as I do. :) Thanks, Michael On 21/02/2008, Matthias Bläsing <[EMAIL PROTECTED]> wrote: > Package: me-tv > Version: 0.5.17-1 > Severity: normal > > --- Please enter the report below this line. --- > > Hey, > > me-tv is a very nice programm. But currently I'm faced with two big > problems. The first might be unavoidable. The first is the high cpu > utilisation when a new channel is selected. I asume this happens when > the epg data is parsed. It would be nice if this utilisation could be > reduced. > > The real problem is, that the gui blocks, when a new channel is > selected. This should not happen - the epg data parsing could be done in > a seperate thread or (maybe easier) in a child process. > > I attached a log - the whole time after the channel was tuned in > (directly at the beginning), the gui was not usable. > > Greetings > > Matthias > > --- System information. --- > Architecture: i386 > Kernel: Linux 2.6.24 > > Debian Release: lenny/sid > 500 unstablewww.debian-multimedia.org > 500 unstableopensync.gforge.punktart.de > 500 unstableftp.de.debian.org > 500 unstableaqbanking.alioth.debian.org > 500 testing ftp.de.debian.org > 1 experimentalftp.de.debian.org > > --- Package information. --- > Depends (Version) | Installed > =-+- > dvb-utils | 1.1.1-3 > libart-2.0-2 (>= 2.3.18) | 2.3.20-1 > libatk1.0-0 (>= 1.20.0) | 1.20.0-1 > libbonobo2-0 (>= 2.15.0) | 2.21.90-1 > libbonoboui2-0(>= 2.15.1) | 2.21.90-1 > libc6 (>= 2.7-1) | 2.7-8 > libcairo2 (>= 1.4.0) | 1.5.6-1 > libgcc1 (>= 1:4.1.1-21) | 1:4.3-20080202-1 > libgconf2-4 (>= 2.13.5) | 2.20.1-3 > libglade2-0 (>= 1:2.6.1) | 1:2.6.2-1 > libglib2.0-0 (>= 2.12.0) | 2.14.6-1 > libgnet2.0-0 (>= 2.0.7) | 2.0.7-1 > libgnome2-0 (>= 2.17.3) | 2.20.1.1-1 > libgnomecanvas2-0 (>= 2.11.1) | 2.20.1.1-1 > libgnomeui-0 (>= 2.17.1) | 2.20.1.1-1 > libgnomevfs2-0 (>= 1:2.17.90) | 1:2.20.1-2 > libgtk2.0-0 (>= 2.12.0) | 2.12.8-1 > libice6 (>= 1:1.0.0) | 2:1.0.4-1 > liborbit2 (>= 1:2.14.10) | 1:2.14.10-0.1 > libpango1.0-0 (>= 1.18.4) | 1.18.4-1 > libpopt0(>= 1.10) | 1.10-3 > libsm6| 2:1.0.3-1+b1 > libstdc++6 (>= 4.1.1-21) | 4.3-20080202-1 > libx11-6 | 2:1.0.3-7 > libxine1 (>= 1.1.8) | 1.1.10.1-1 > libxine1-ffmpeg | 1.1.10.1-1 > libxine1-x| 1.1.10.1-1 > OR libxine1 (<< 1.1.8-2) | 1.1.10.1-1 > libxml2 (>= 2.6.27) | 2.6.31.dfsg-1 > libxtst6 | 2:1.0.3-1 > > >
Bug#435001: RFP: me-tv - A digital television viewer for GNOME
Package: wnpp Severity: wishlist I've built a digital television viewer for GNOME that I'd like to see included in Debian. I've made it available in launchpad at https://launchpad.net/me-tv and provided debs and the source for it as downloadable project files. It's written in C/C++ using Anjuta and I've used dh_make/dpkg-buildpackage to build the debs. I've also provided screen-shots at http://www.linuxtv.org/wiki/index.php/Me_TV. There are no known bugs in the application and only one low priority UI issue. I wish to release me-tv under the GPL. I really hope that you accept it into Debian and give me an opportunity to give something back to the community. Thanks in advance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]