Re: [vdr] vdr-satip, Digibit R1 and 2 satellites
On Thu, 21 Sep 2023 08:28:51 +0200 Torsten Duwe wrote: > On Wed, 20 Sep 2023 10:09:29 +0200 > Harald Milz wrote: > > > In fact I tried to boot satip-axe from a USB stick but for unknown > > reasons the box stuck to the original FW. :-( > > You must not partition the medium, but use it in "USB floppy disk mode". > Put a fat32 on it, with idl4k.scr in the root dir, that should be > enough to intercept the boot flow. Oh, and you have to use the *upper* USB-A receptacle, it seems. > HTH, > Torsten ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-satip, Digibit R1 and 2 satellites
On Wed, 20 Sep 2023 10:09:29 +0200 Harald Milz wrote: > In fact I tried to boot satip-axe from a USB stick but for unknown > reasons the box stuck to the original FW. :-( You must not partition the medium, but use it in "USB floppy disk mode". Put a fat32 on it, with idl4k.scr in the root dir, that should be enough to intercept the boot flow. HTH, Torsten ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-satip, Digibit R1 and 2 satellites
Hi Harald! On Sun, 17 Sep 2023 19:49:39 +0200 Harald Milz wrote: > Hi all, > > I recently got a stone-aged Digibit R1 to replace an even older PCI-E card. [...] There is an alternative firmware for this box https://github.com/perexg/satip-axe/blob/master/dist/README https://github.com/Jalle19/satip-axe/ > Sep 17 19:22:34 seneca vdr: [5170] SATIP-ERROR: Tuning timeout - retuning > [device 2] > Sep 17 19:22:34 seneca vdr: [5173] SATIP-ERROR: Tuning timeout - retuning > [device 3] > > over and over. What am I missing? I can't tell off hand, but maybe more debugging taps can help to narrow it down? Torsten ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.7.35 Makefile woes
On Sat, 5 Jan 2013, Christopher Reimer wrote: Hi Torsten, please try this patch against VDR 1.7.35. http://www.vdr-portal.de/index.php?page=AttachmentattachmentID=32523 Ah, much better! Only xineliboutput still dumps additional .mo files under DESTDIR/Compiledir and tries to remove .so files from the running system. Only 1 plugin to fix... At VDR-Portal we currently try to repair the whole Makefile stuff. I have 1.7.35 running now, after applying attached patch. Thanks for all the work! Torsten --- vdr-1.7.35/PLUGINS/src/dvbhddevice/dvbhdffdevice.c.orig 2012-12-29 14:23:22.0 +0100 +++ vdr-1.7.35/PLUGINS/src/dvbhddevice/dvbhdffdevice.c 2013-01-05 18:07:36.272558711 +0100 @@ -951,8 +951,13 @@ bool cDvbHdFfDeviceProbe::Probe(int Adap // --- YuvToJpeg - - +extern C { +#ifdef boolean +#define HAVE_BOOLEAN +#endif #include jpeglib.h +#undef boolean +} #define JPEGCOMPRESSMEM 400 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr