Hi,
I've created a vdr project on the openSUSE build service. Packages for vdr-1.4.0 + maintenance patches for SUSE Linux 9.3-10.1 are available at http://software.opensuse.org/download/repositories/vdr/
cu Ludwig
Hi,
Am Dienstag, 30. Mai 2006 10:05 schrieb Ludwig Nussel:
Hi,
I've created a vdr project on the openSUSE build service. Packages for vdr-1.4.0 + maintenance patches for SUSE Linux 9.3-10.1 are available at http://software.opensuse.org/download/repositories/vdr/
cu Ludwig
Good news!
Is it possible to use this with a budget card only and the vdr-xine plugin? Which vdr-xine and xine versions would I need? Is it possible to use a xine rpm?
I am asking, because I *very* rarely use live TV, but from time to time I would like to grab with vdradmin-am or use the osd to change settings and since some time my usual build of vdr and xine from tar or cvs with vdr-xine patches does not work anymore. I didn't have the time to investigate why it failed, but with failed I mean everything builds and vdr runs fine without the xine plugin loaded. With the plugin vdr hangs and a homegrown xine - with or without the vdr-xine patches - does not start (message: locale not supported by C library ... Cannot open display ' flag "%s"...). Suse or packman provided xine rpm's do work for viewing of vdr recordings but not with vdr-xine.
FWIW: I have SuSE 10 64bit running on an AMD64. Last time I tried to compile was 2006-05-07 with vdr-1.4.0 tar, vdr-xine 0.7.9 tar and the xine cvs packages provided by vdr-xine from 20060319194500.
Regards,
Joachim Banzhaf
On Thursday 01 June 2006 11:44, Joachim Banzhaf (compuserve) wrote:
Am Dienstag, 30. Mai 2006 10:05 schrieb Ludwig Nussel:
I've created a vdr project on the openSUSE build service. Packages for vdr-1.4.0 + maintenance patches for SUSE Linux 9.3-10.1 are available at http://software.opensuse.org/download/repositories/vdr/
Is it possible to use this with a budget card only and the vdr-xine plugin? Which vdr-xine and xine versions would I need? Is it possible to use a xine rpm?
Providing the vdr part of vdr-xine is no problem. I certainly do not want to maintain my own xine version for the purpose of patching it with vdr-xine though. If it was possible to somehow compile the xine plugin without patching xine itself I could put it into the build service as well. But then another problem would show up, what xine version to compile for? The SUSE one (fixed version) or the packman one (changes all the time)? Or maybe it's possible to somehow create the plugin in a way so it works with multiple xine minor versions? That's a question for the xine experts.
cu Ludwig
Hi list,
Am Donnerstag, 1. Juni 2006 11:44 schrieb Joachim Banzhaf (compuserve):
...
Update: Just retried with vdr 1.4.0-2. Vdr does not hang with xine plugin loaded (but it segfaults with option -u vdr). I cannot check whether it actually works or not because the strange xine problem remains :-(
hope somebody can help or has a hint.
regards
Joachim Banzhaf
Hello,
I am not a programmer, but I am trying to fix the LiveBuffer patch for the Maintenance Patch 1.4.0-2. There is a section that was changed and I am not quite sure how to address it.
The Maintenance patch changes the following in the device.c file. It might have more reference somewhere else that leads up to this, but this is the part I see that is different.
@@ -281,32 +281,20 @@ cDevice *cDevice::GetDevice(const cChannel *Channel, int Priority, bool *NeedsDetachReceivers) { cDevice *d = NULL; - int select = INT_MAX; - + uint Impact = 0xFFFFFFFF; for (int i = 0; i < numDevices; i++) { bool ndr; if (device[i]->ProvidesChannel(Channel, Priority, &ndr)) { // this device is basicly able to do the job - int pri; - if (device[i]->Receiving() && !ndr) - pri = 0; // receiving and allows additional receivers - else if (!device[i]->Receiving(true) && d && device[i]->ProvidesCa(Channel) < d->ProvidesCa(Channel)) - pri = 1; // free and fewer Ca's - else if (!device[i]->Receiving() && !device[i]->HasDecoder()) - pri = 2; // free and not a full featured card - else if (!device[i]->Receiving() && device[i] != ActualDevice()) - pri = 3; // free and not the actual device - else if (!device[i]->Receiving() && !device[i]->IsPrimaryDevice()) - pri = 4; // free and not the primary device - else if (!device[i]->Receiving()) - pri = 5; // free - else if (d && device[i]->Priority() < d->Priority()) - pri = 6; // receiving but priority is lower - else if (d && device[i]->Priority() == d->Priority() && device[i]->ProvidesCa(Channel) < d->ProvidesCa(Channe$ - pri = 7; // receiving with same priority but fewer Ca's - else - pri = 8; // all others - if (pri <= select) { - select = pri; + uint imp = 0; + imp <<= 1; imp |= !device[i]->Receiving() || ndr; + imp <<= 1; imp |= device[i]->Receiving(); + imp <<= 1; imp |= device[i] == ActualDevice(); + imp <<= 1; imp |= device[i]->IsPrimaryDevice(); + imp <<= 1; imp |= device[i]->HasDecoder(); + imp <<= 8; imp |= min(max(device[i]->Priority() + MAXPRIORITY, 0), 0xFF); + imp <<= 8; imp |= min(max(device[i]->ProvidesCa(Channel), 0), 0xFF); + if (imp < Impact) { + Impact = imp; d = device[i]; if (NeedsDetachReceivers) *NeedsDetachReceivers = ndr;
I know that some lines didn't paste fully but you should see what the difference is. And the Livebuffer patch is wanting to do the following:
*** 291,301 **** else if (d && !device[i]->Receiving() && device[i]->ProvidesCa(Channel) < d->ProvidesCa(Channel)) pri = 1; // free and fewer Ca's else if (!device[i]->Receiving() && !device[i]->HasDecoder()) - pri = 2; // free and not a full featured card else if (!device[i]->Receiving() && !device[i]->IsPrimaryDevice()) - pri = 3; // free and not the primary device else if (!device[i]->Receiving()) - pri = 4; // free else if (d && device[i]->Priority() < d->Priority()) pri = 5; // receiving but priority is lower else if (d && device[i]->Priority() == d->Priority() && device[i]->ProvidesCa(Channel) < d->ProvidesCa(Chann$ --- 294,304 ---- else if (d && !device[i]->Receiving() && device[i]->ProvidesCa(Channel) < d->ProvidesCa(Channel)) pri = 1; // free and fewer Ca's else if (!device[i]->Receiving() && !device[i]->HasDecoder()) + pri = LiveView ? 3 : 2; // free and not a full featured card else if (!device[i]->Receiving() && !device[i]->IsPrimaryDevice()) + pri = LiveView ? 4 : 3; // free and not the primary device else if (!device[i]->Receiving()) + pri = LiveView ? 2 : 4; // free else if (d && device[i]->Priority() < d->Priority()) pri = 5; // receiving but priority is lower else if (d && device[i]->Priority() == d->Priority() && device[i]->ProvidesCa(Channel) < d->ProvidesCa(Chann$ ***************
Any ideas on how that translates on the way the new Maint patch is handling it would be much appreciated. I was hoping the author would put out a new patch for 1.4.0 but I haven't seen it yet, and probably a good thing being as the Maint patch changed things up a big heh!
Chad Flynt wrote:
Hello,
I am not a programmer, but I am trying to fix the LiveBuffer patch for the Maintenance Patch 1.4.0-2. There is a section that was changed and I am not quite sure how to address it.
I just uploaded vdr-1.4.0-2-LiveBuffer-0.1.8: http://home.vr-web.de/bergwinkl.thomas/
Greetings Thomas
Thanks Thomas, heh didn't mean to make ya do it right now! :) Thanks again.
Thomas Bergwinkl wrote:
Chad Flynt wrote:
Hello,
I am not a programmer, but I am trying to fix the LiveBuffer patch for the Maintenance Patch 1.4.0-2. There is a section that was changed and I am not quite sure how to address it.
I just uploaded vdr-1.4.0-2-LiveBuffer-0.1.8: http://home.vr-web.de/bergwinkl.thomas/
Greetings Thomas
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr