Re: [vdr] Feature request: program guide scroll
On 20 June 2010 09:24, VDR User wrote: > On Sat, Jun 19, 2010 at 5:20 PM, Tony Houghton wrote: >>> There's tons of remotes with different configurations. Some use arrow >>> keys up/down, some use left/right, some use dedicated volume buttons. >>> You should probably look into editing your remote.conf to properly >>> reflect the buttons on your remote I guess. >> >> But can VDR work correctly if the volume keys are also left & right? Ie >> can it use them as a volume control while playing something but use the >> same keys for navigation in menus etc? > > Only takes a few seconds to give it a try! ;) My volume up/down keys doesn't change options in any option menu, it only changes the volume. The idea was to have them work as left right while the menu is active. -- -Tor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Feature request: program guide scroll
On Sat, Jun 19, 2010 at 5:20 PM, Tony Houghton wrote: >> There's tons of remotes with different configurations. Some use arrow >> keys up/down, some use left/right, some use dedicated volume buttons. >> You should probably look into editing your remote.conf to properly >> reflect the buttons on your remote I guess. > > But can VDR work correctly if the volume keys are also left & right? Ie > can it use them as a volume control while playing something but use the > same keys for navigation in menus etc? Only takes a few seconds to give it a try! ;) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Feature request: program guide scroll
On Sat, 19 Jun 2010 15:58:52 -0700 VDR User wrote: > On Sat, Jun 19, 2010 at 3:54 PM, Torgeir Veimo > wrote: > > While you're at it, what about a configurable option to have the > > right and left keys change volume instead of scrolling up and down? > > A lot of remotes have the volume on those keys. It could be disable > > by default while the menu is displayed of course. > > There's tons of remotes with different configurations. Some use arrow > keys up/down, some use left/right, some use dedicated volume buttons. > You should probably look into editing your remote.conf to properly > reflect the buttons on your remote I guess. But can VDR work correctly if the volume keys are also left & right? Ie can it use them as a volume control while playing something but use the same keys for navigation in menus etc? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Feature request: program guide scroll
On Sat, Jun 19, 2010 at 3:54 PM, Torgeir Veimo wrote: > While you're at it, what about a configurable option to have the right > and left keys change volume instead of scrolling up and down? A lot of > remotes have the volume on those keys. It could be disable by default > while the menu is displayed of course. There's tons of remotes with different configurations. Some use arrow keys up/down, some use left/right, some use dedicated volume buttons. You should probably look into editing your remote.conf to properly reflect the buttons on your remote I guess. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Feature request: program guide scroll
On 20 June 2010 01:37, Udo Richter wrote: > Am 17.06.2010 19:29, schrieb Udo Richter: >> Am 17.06.2010 17:31, schrieb martinez: >>> Can any kind person write this patch? >> >> I'll see if I can come up with something on the weekend. While you're at it, what about a configurable option to have the right and left keys change volume instead of scrolling up and down? A lot of remotes have the volume on those keys. It could be disable by default while the menu is displayed of course. -- -Tor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [Test] Release candidate streamdev-0.5.0-rc1
On Sat, 19 Jun 2010 13:24:27 +0200, Eric Valette wrote > On 19/06/2010 13:17, Goga777 wrote: > > Приветствую, Frank > > > > will streamdev continue to support the streaming for xbmc ? > > Hope so as it is the only solution with eac3 audio working (vnsi and > tvheadend xbmc plugins fails) and thus DVB-T HD TV in france and spain. It was rather xbmc which had been extended to support streamdev, not the other way round. The recording replay stuff was the only bigger change in streamdev. So I'd say no worries as long as xbmc will keep up support for streamdev. > I saw the one liner patche for eac3 audio has been integrated in > this release => thanks to maintainer. You're welcome :) Frank ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] problem replaying radio recordings in xineliboutput and vdr-1.7.15
hi, Can someone please help? Vdr-1.7.15, xineliboutput from git and xinelib-1.2 from hg. When I try to replay a radiorecording i get the folowing in the tty running sxfe: xv_set_property: property=1, value=4 [4260] [demux_vdr] PMT changed [4260] [input_vdr] wait_stream_sync: discard_index 3929200 != curpos 3927320 ! ( diff 1880) [4260] [demux_vdr] PMT changed [4260] [input_vdr] wait_stream_sync: discard_index 5654100 != curpos 5277912 ! ( diff 376188) [4260] [demux_vdr] PMT changed I get No audio. When I replay same recording through xineliboutput's own mediaplayer it plays fine. Any ideas? BR. halim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Vdr 1.7.15 and vdradmin
Hi, there is a bug in epgsearch which leaks file descriptors if epgsearch cannot connect to the SVDRP port. Everything works well for a while until all file descriptor slots are in use and process cannot open any file anymore. Then VDR will either stop showing live TV, stop recording, crash or do something else weird. Or any combination of the following. I lost couple of recordings because of this bug, as I wasn't careful enough to check what was changed between 1.7.14 and 1.7.15... The fix can be found from the following patch: http://tvr.dy.fi/vdr/epgsearch-0.9.25-beta16-leakingfiledescriptors.diff Hoping to see the fix in 0.9.25-beta17 :-) Teemu 2010/6/15 Seppo Ingalsuo > Hi, > > Has anyone noticed problems with vdradmin-am, epgsearch and new vdr > 1.7.15? > > Since upgrade from vdr 1.7.14 VDRadmin web interface dones not work. Web > browser shows this error: > > "Can't connect to VDR at localhost:2001 > > Please check if VDR is running and if VDR's svdrphosts.conf is > configured correctly." > > In the vdr log I see messages "EPGSearch: error connecting to socket!". > My svdrphosts.conf is like with the previous version. Has something > changed? > > Eventually I seem to loose also tuners. The log files shows e.g. "ERROR: > can't open filter handle on '/dev/dvb/adapter1/demux0'". There are > finnish messages "ERROR (svdrp.c,126): Liian monta avointa tiedostoa" > that translates to too many open files. > > BR, > Seppo > > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Feature request: program guide scroll
Am 17.06.2010 19:29, schrieb Udo Richter:
> Am 17.06.2010 17:31, schrieb martinez:
>> Can any kind person write this patch?
>
> I'll see if I can come up with something on the weekend.
As always, the more close you look on it, the more complicated it gets.
In other words, it got a little more than 12 lines... ;)
The cMenuEvent can now switch through the list of events of the parent
menu with the green and yellow buttons. Depending on the parent menu,
the buttons either show channel names or event starting times. From
timer menu (blue button), the green and yellow buttons stay empty.
To gain access to the list of events, I've added an abstract
cEventSequence class that is implemented by cMenuWhatsOn and
cMenuSchedule. That way these two and the cMenuScheduleItem can continue
to be private to menu.c.
Since now the cMenuEvent can handle different events, a convenient
shortcut had to be removed: Previously, the red and blue buttons were
handled by the parent menu, not cMenuEvent itself. cMenuEvent now does
this on its own. Also the constructor parameters CanSwitch and Buttons
were dropped and replaced by dynamic code. By this change, the event
info on blue key in timers menu gains the red and blue button for free.
cMenuEvent had its ProcessKey re-arranged, as the original version could
not handle sub-menus. (the parent menu did.)
Timer menu got a bug fix to handle sub-sub-menus without overwriting the
button bar.
The attached patch is against vdr-1.6, but also cleanly applies and
compiles on vdr-1.7.15.
A little testing help and feedback is welcome. Check that the green and
yellow buttons work in program, whats now, whats next and timer info
menu, and keep an eye on button bar text in the event menu and the
parent menu after exiting. Also, the t and T markers on events should
change, and in the timer menu the '>' for active timers, if you change
that. Try adding timers from the event menu for running and future
events. Try whether the blue key switches to the right channel. And try
whatever else you can imagine.
Cheers,
Udo
diff -Naur vdr-1.6.0/menu.h vdr-1.6.0-MenuEventNext/menu.h
--- vdr-1.6.0/menu.h 2008-02-10 17:01:53.0 +0100
+++ vdr-1.6.0-MenuEventNext/menu.h 2010-06-19 15:33:20.0 +0200
@@ -45,12 +45,28 @@
virtual eOSState ProcessKey(eKeys Key);
};
+class cEventSequence {
+public:
+ virtual const cEvent* GetEvent(int Nr) const = 0;
+ virtual int GetEventCount() const = 0;
+};
+
class cMenuEvent : public cOsdMenu {
private:
const cEvent *event;
-public:
- cMenuEvent(const cEvent *Event, bool CanSwitch = false, bool Buttons = false);
+ const cEventSequence *eventSequence;
+ int eventNr;
+ int otherChannel;
+ char *green;
+ char *yellow;
+ void UpdateEvent();
+public:
+ cMenuEvent(const cEvent *Event);
+ cMenuEvent(const cEventSequence *Events, int EventNr);
+ virtual ~cMenuEvent();
virtual void Display(void);
+ eOSState Record(void);
+ eOSState Switch(void);
virtual eOSState ProcessKey(eKeys Key);
};
diff -Naur vdr-1.6.0/menu.c vdr-1.6.0-MenuEventNext/menu.c
--- vdr-1.6.0/menu.c 2008-03-16 12:15:28.0 +0100
+++ vdr-1.6.0-MenuEventNext/menu.c 2010-06-19 16:38:35.0 +0200
@@ -974,27 +974,99 @@
Add(new cMenuTimerItem(Timers.Get(TimerNumber)), true);
Display();
}
- if (Key != kNone)
+ if (Key != kNone && !HasSubMenu())
SetHelpKeys();
return state;
}
// --- cMenuEvent
-cMenuEvent::cMenuEvent(const cEvent *Event, bool CanSwitch, bool Buttons)
+cMenuEvent::cMenuEvent(const cEvent *Event)
:cOsdMenu(tr("Event"))
{
event = Event;
+ eventNr = 0;
+ eventSequence = NULL;
+ green = NULL;
+ yellow = NULL;
+ UpdateEvent();
+}
+
+cMenuEvent::cMenuEvent(const cEventSequence *Events, int EventNr)
+:cOsdMenu(tr("Event"))
+{
+ eventSequence = Events;
+ eventNr = EventNr;
+ green = NULL;
+ yellow = NULL;
+ UpdateEvent();
+}
+
+cMenuEvent::~cMenuEvent() {
+ if (green)
+ free(green);
+ if (yellow)
+ free(yellow);
+}
+
+void cMenuEvent::UpdateEvent()
+{
+ const cEvent *eventPrev = NULL;
+ const cEvent *eventNext = NULL;
+ int TimerMatch = tmNone;
+ otherChannel = 0;
+
+ if (eventSequence) {
+ event = eventSequence->GetEvent(eventNr);
+ eventPrev = eventSequence->GetEvent(eventNr-1);
+ eventNext = eventSequence->GetEvent(eventNr+1);
+ }
+
if (event) {
cChannel *channel = Channels.GetByChannelID(event->ChannelID(), true);
if (channel) {
SetTitle(channel->Name());
-int TimerMatch = tmNone;
-Timers.GetMatch(event, &TimerMatch);
-if (Buttons)
- SetHelp(TimerMatch == tmFull ? tr("Button$Timer") : tr("Button$Record"), NULL, NULL, CanSwitch ? tr("Button$Switch") : NULL);
+if (channel->Number() != cDevice::CurrentChannel())
+ otherChannel = channel->Number();
}
+ Timers.GetMatch(event, &TimerMatch);
}
+
+ if (green) {
+
Re: [vdr] [Test] Release candidate streamdev-0.5.0-rc1
On 19/06/2010 13:17, Goga777 wrote: Приветствую, Frank will streamdev continue to support the streaming for xbmc ? Hope so as it is the only solution with eac3 audio working (vnsi and tvheadend xbmc plugins fails) and thus DVB-T HD TV in france and spain. I saw the one liner patche for eac3 audio has been integrated in this release => thanks to maintainer. -- eric ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [Test] Release candidate streamdev-0.5.0-rc1
Приветствую, Frank will streamdev continue to support the streaming for xbmc ? > Hi there, > > I'm about to prepare streamdev releases 0.4.0 (final release for VDR-1.4) and > 0.5.0 (for VDR-1.6/1.7). The 0.5.0 release will contain two larger changes > which have not been commited to the main CVS branch yet. Maybe some of you > want to review and comment on these. Get the tarball at > http://streamdev.vdr-developer.org. > > @all: Please see chapter "Updating" in the README file which is part of the > streamdev source distribution. The new version won't run out of the box. You > will have to rename the config directory first! Those using externremux.sh > will also have to modify their script. > > @package maintainers: Upon request I split up the language resources for > streamdev-client and streamdev-server. Instead of one vdr-streamdev.mo you > will now get a vdr-streamdev-server.mo and a vdr-streamdev-client.mo. > Consistently the plugin configuration directory changed from streamdev to > streamdev-server (there are no configuration files for streamdev-client yet). > To build only one plugin, use "make client" or "make server" respectively. > > @externremux users: The remux script is now responsible for emitting HTTP > headers. Make sure you update your script! In turn the script gets a CGI like > environment which gives you access to request headers, context information and > details on the channel. A new sample externremux.sh is included which makes > heavy use of request parameters. To reflect these changes, the HTTP URL path ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] epgsearch umlauts
Hi, epgsearch adds the timers via SVDRP. Perhaps there's is something broken? Please try to add a timer with svdrpsend.pl and check the result. Regards, Christian Am 19.06.2010 10:33, schrieb Ralf Schmitt: Hi, This is my setup vdr 1.7.15 epgsearch 0.9.25.beta16 locale en_US.UTF-8 Recording done by setting the timer myself result in valid folder names. Means the german umlauts are visible in the filesystem. However when recordings are done by an epgsearch timer the umlauts are broken. This is what ls shows on my box drwxr-xr-x 3 vdr vdr4096 6. Jun 20:12 Das_Vermächtnis_der_Tempelritter drwxr-xr-x 3 vdr vdr4096 29. Mai 22:07 Star_Trek_-_Das_n?chste_Jahrhundert Anything I can do to fix this myself or is this a bug somewhere? Ralf ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] epgsearch umlauts
Hi, This is my setup vdr 1.7.15 epgsearch 0.9.25.beta16 locale en_US.UTF-8 Recording done by setting the timer myself result in valid folder names. Means the german umlauts are visible in the filesystem. However when recordings are done by an epgsearch timer the umlauts are broken. This is what ls shows on my box drwxr-xr-x 3 vdr vdr4096 6. Jun 20:12 Das_Vermächtnis_der_Tempelritter drwxr-xr-x 3 vdr vdr4096 29. Mai 22:07 Star_Trek_-_Das_n?chste_Jahrhundert Anything I can do to fix this myself or is this a bug somewhere? Ralf signature.asc Description: Digital signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.7.15 & eHD & French HD DTV
Hi Eric, are you watching these channels on DVB-T with an eHD and getting sound ? if yes, i'm very interested. thx 2010/6/18 Eric Valette > On 18/06/2010 22:21, aju...@quick.cz wrote: > > As I understand from private mail of ECLiPSE the problem appears with >> DVB-T >> channels, the same channels in DVB-S are not using eAC3 and this mean no >> problem with eHD on DVB-S. >> > > I watch DVB-T with eac3 (TF1HD, FRANCE2 HD, M6HD). > > > --eric > > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > -- ECLiPSE - VDR & Linux http://vdr.bluox.org ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Dual DVB-S2 Tuner cards
> >> I like the Tevii PCIe card. > >> It has a single DVB-S2 receiver with decent sensitivity, is low profile, > >> easy to set-up and multiple cards work in one system. > >> > >> Thomas > >> > >> > > > > Thanks, I'm in search of a twin/dual tuner dvb-s2 type card. > > I have a Satix S2 card which is a dual DVBS2 card, this one in the Linux V4L > wiki: > > http://www.linuxtv.org/wiki/index.php/Mystique_SaTiX-S2_Dual > > From here: > http://www.dvbshop.net/product_info.php/info/p2318_Mystique-SaTiX-S2-V2-CI-Dual--2xDVB-S2-CI-HDTV-MPEG4-H-264.html > > There has been some work on the driver recently by Devin from kernellabs, > Devin was saying to me that > the driver was pretty awful, it's better now but I don't know how much > better! > > Despite this I have found iхйгщеуъt to work better than my HVR-4000 which problems do you have with hvr4000 ??? Goga ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xine - VDpau config help
> > Glad to hear, that you managed to fix it. I don't think that the > > broadcaster will care about it :( > > How the GT220 is working with vdpau? Is the temporal_spatial > > deinterlacing working without freezes or dropped frames? > > I'm thinking about buying a similar card, at the moment I'm using a > > Geforce 8xxx onboard series, and it is not capable of temporal_spatial > > at full HD resolution. > > Or maybe I should wait for the TT FF DVB-S2... > > It is working fine. It seems it reports using temporal-spatial when > deinterlacing SD (I have X configured to 1080p) and temporal (even if > the config option asks for temporal-spatial) for HD. it's strange are you sure that in your xien config you have temporal-spatial for hd ? Goga ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
