On 5/20/07, Artur Skawina <[EMAIL PROTECTED]> wrote:
Thanks. It seems that 648k was the largest size ever used for a buffer,
which is less than 1/3 of the full size (2M for Result,Transfer and TS).
The Recorder buffer was typically at 5% of its max size, ie 300k instead
of 5M. No overflows w/ v3
Depends on what your needs are. Aside of that though, OUCH! I would
be pissed if lightening took out my dvb card!
Sorry to hear your bad luck!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
If a timer is triggered while the mplayer plugin is in use, VDR
crashes. This has happened to me about a zillion times now and I'm
hoping somebody will fix this! You can use the mplayer plugin after a
timer is started no problem. Correct me if I'm wrong but mplayer
should never have to take cont
On 6/6/07, Anssi Hannula <[EMAIL PROTECTED]> wrote:
> VDR User wrote:
> > If a timer is triggered while the mplayer plugin is in use, VDR
> > crashes. This has happened to me about a zillion times now and I'm
> > hoping somebody will fix this! You can use the mpl
On 6/7/07, Chris <[EMAIL PROTECTED]> wrote:
> Like I said last time this topic came up: I somehow got rid off the
> problem. I don't exactly remember the last thread about this problem
> and I didn't keep the mails - but wasn't there someone who also got
> rid off this problem by updating mplayer t
On 6/7/07, Anssi Hannula <[EMAIL PROTECTED]> wrote:
> Attached is a patch for mplayer plugin which closes file descriptors
> (except 0, 1, 2) when forking mplayer script.
I have tried the patch with several attempts now and everything worked
fine. The timer was triggered & started recording while
On 6/8/07, Stefan Huelswitt <[EMAIL PROTECTED]> wrote:
> > Attached is a patch for mplayer plugin which closes file descriptors
> > (except 0, 1, 2) when forking mplayer script.
>
> Thanks.
> I took over that with slight changes. The final patch is attached.
> Could I please have some feedback if i
On 6/8/07, Stefan Huelswitt <[EMAIL PROTECTED]> wrote:
> As far as I see there is no difference beside the different way
> to get the max. number of filedescriptors, but this shouldn't
> have any impact.
The difference of how/when the fd's were being closed was the only
thing I can think of that m
On 6/10/07, Rolf Ahrenberg <[EMAIL PROTECTED]> wrote:
> On Sun, 10 Jun 2007, Klaus Schmidinger wrote:
>
> > Well, it's a real pitty with the various systems putting files
> > at random places.
>
> How about setting the FONTDIR configurable through Make.config or ever
> commandline switch?
Yes, I a
Ok, after much testing Stefan's patch frequently aborts mplayer
playback when a timer is triggered while Anssi's doesn't. I don't
know why this is if both patches are essentially doing the same thing
during the same time. Something must be different to give different
results.
At any rate, please
The fontconfig subdir is missing from both vdr-1.5.4.tar.bz2 and the
1.5.3->1.5.4 diff.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Nevermind that. Stupid mistake.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
That's usually what the 'back' button is for. I would suggest just
getting a better remote. :)
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> This is exactly what I have observed as well. Is there any way VDR could
> perform this V4L ioctl without the need for external applications such as
> VLC and v4lctl?
I hope so because installing x to do this seems pretty unreasonable.
___
vdr mailin
Unfortunately I don't have a patch to vdr to handle this but it's
better then having to install X and all the other unnecessary
packages... You can compile and use v4l2-ctl from the current
mercurial v4l drivers located in the v4l-dvb/v4l2-apps/util dir.
command is: v4l2-ctl -s ntsc
Tested and
I have discovered that the sysinfo plugin written by Kikko forces
VDR-1.5.x to use the default font rather then the user-defined
setting. I emailed the author and he responded by saying he won't fix
his plugin until Klaus releases a final version of 1.5, which could be
quite a long time. I don't
On 7/2/07, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
Just took a quick glance at the source.
You may want to get rid of the
static const cFont *font = cFont::GetFont(fontOsd);
stuff. This should be done when the plugin actually
needs the font, not during initialization time.
Thanks for the
On 7/5/07, Luca Olivetti <[EMAIL PROTECTED]> wrote:
> Just a wild guess, but if you usually leave your vdr pc switched on,
> leaving it off for a while could make it not work right when turned back
> on (usually capacitors are to blame).
Where did you hear this? 100% incorrect. Anyways, the firs
On 7/5/07, Luca Olivetti <[EMAIL PROTECTED]> wrote:
> En/na VDR User ha escrit:
> > On 7/5/07, Luca Olivetti <[EMAIL PROTECTED]> wrote:
> >> Just a wild guess, but if you usually leave your vdr pc switched on,
> >> leaving it off for a while could make it
Peer, glad you got to the root of the problem. Fried lnb's should be
a pretty cheap replacement. :)
Luca, I was referring to doing some homework on the mainboards before
you buy. Read reviews, has the product held it's market value well?,
are you seeing a lot of them for sale used. All these t
On 7/7/07, Stefan Lucke <[EMAIL PROTECTED]> wrote:
> ONE week and no other feedback on this list :-( .
Maybe not many guys are using dvb-s2 right now. Dunno how wide-spread
it is in Europe but in NA it's not common.
___
vdr mailing list
vdr@linuxtv.org
On 7/7/07, Torgeir Veimo <[EMAIL PROTECTED]> wrote:
> Bummer! I was hoping it could be used to detect ads during live TV and
> reduce the volume. Ads always have louder sound, which is extremely
> annoying.
You must have an old tv that can't normalize volume.
_
For the price of that card you can almost build a pc that can handle
hdtv. No thanks.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 8/12/07, Stone <[EMAIL PROTECTED]> wrote:
> Thanks Klaus. Since i18n.c has changed in this new version of vdr, a few
> common patches I have been using have broke.
>
> 1) jumpplay-0.9.diff
> 2) liemikuutio-1.13.diff
> 3) timercmd-0.1.diff (comes from epgsearch)
>
> Can someone explain to me the
Personally, I like the idea of vdr having a dedicated logfile. And
even more if the path/filename of this logfile can be defined by the
user.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Could someone post the link to the dvd cvs real quick? I was under
the impression it hasn't been maintained in a long time so I've been
using dvd-0.3.6-b03.
Thanks.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vd
I recently contacted Klaus about something somewhat related to this
actually. Although my inquiry was about the possibility of either
storing vdr recordings in a format that is more common & friendly to
the video editing/encoding apps (as mpeg-pes isn't), or perhaps adding
more timing information
While we're on the topic of adjusting the Makefile.. I propose the
following change to install-plugins:
old:
@cp --remove-destination $(PLUGINDIR)/lib/lib*-*.so.$(APIVERSION)
$(PLUGINLIBDIR)
new:
@cp --remove-destination $(PLUGINDIR)/lib/*.$(APIVERSION) $(PLUGINLIBDIR)
The difference is copying
On 8/17/07, Anssi Hannula <[EMAIL PROTECTED]> wrote:
> I have only Finnish locales installed ("locale -a"), so only the
> selections "suomi" and "English" work from the plugin menu. The rest
> show up as "deu,ger" etc, and do not work; text shows up in English
> despite selecting them.
>
> Maybe th
On 8/19/07, Anssi Hannula <[EMAIL PROTECTED]> wrote:
> However, almost exactly the opposite is the case with PLUGINLIBDIR,
> which by default is ./PLUGINS/lib so that it works inside the
> source-tree, but it is not so good if installed into /usr/local.
I've already seen this problem for people wh
For those of us who don't speak German, mind explaining what this
plugin does? The webpage was not helpful.
Thanks.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 8/20/07, Matthias Becker <[EMAIL PROTECTED]> wrote:
> there is an English version of the web page. (Just press the
> corresponding flag on the screen)
Strange, that didn't come up when I visited the website. Maybe some
network error or so. It's there now though.
Thanks fellas
__
On 8/20/07, JJussi <[EMAIL PROTECTED]> wrote:
> At least to me, xineliboutput - audio - Audio compression (500%) do that.. But
> it's compressing everything..
Compressing and normalizing aren't the same thing. I would strongly
recommend against a compression ratio that high anyway as it total
rui
On 09/02/07 18:35, Igor Nikanov wrote:
> Hello
>
> is it possible to logging the sending of diseqs command, like this
>
> Dec 4 16:03:38 vdr[14005]: Rotor-command E0 31 6E D0 73 sent
> Dec 4 16:03:38 vdr[14005]: Diseqc E0 31 6B 1 sent.
> Dec 4 16:03:38 vdr[14005]: Diseqc E1 31 6B 1 sent.
> Dec 4 16
Ps. by immediately following it I mean add a new line after.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 9/4/07, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
> DVB subtitles will be fully integrated in the next developer
> version, thanks to Marco Schlüßler who povided the main parts
> of the DVB subtitle handling.
Does this include NA closed-captioning/line21 support as well or are
Euros the only
Doesn't sound like anything some added checks can't fix. :)
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I think a better idea is to just install a codec that plays whatever
format your camera videos are in and use the mplayer plugin.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 9/16/07, Clemens Kirchgatterer <[EMAIL PROTECTED]> wrote:
> Anssi Hannula <[EMAIL PROTECTED]> wrote:
>
> > Dick Streefland wrote:
> > > "VDR User" <[EMAIL PROTECTED]> wrote:
> > > | I think a better idea is to just install a codec that p
On 9/16/07, Steffen Barszus <[EMAIL PROTECTED]> wrote:
> Torgeir Veimo schrieb:
> > Subject says it all. It's just way too much work to transcode files if
> > I want to send a clip to friends.
> VLC and mpui can do that. Also some direct show filter exist that make
> it possible to play unaltered f
Coincidently, I just had this "broken video stream" emergency exit the
other day because of bad weather that came & went. I don't run some
kind of auto-restart script so vdr stayed unloaded and coincidently
caused several other timers to be missed.
For those who would say 'just add auto-restart',
I like these ideas... NO SIGNAL image in recording during no signal.
Or that if no signal then no writing to disk. And a warning in the
log about a possible incomplete recording cuz of lost signal +
identified in recordings menu by a special char like ? maybe.
These are all good options and woul
On 9/30/07, Jouni Karvo <[EMAIL PROTECTED]> wrote:
> VDR User wrote:
> > I like these ideas... NO SIGNAL image in recording during no signal.
> > Or that if no signal then no writing to disk. And a warning in the
> > log about a possible incomplete recording cuz of l
There are some great suggestions in the beginning of this thread,
please let's not create a complicated solution where it's unnecessary
to have one. Let the user decide the behavior he wants and leave it
at that. No need/want for vdr to try auto-tuning this channel or that
transponder, or emergen
Yesturday I had the same problem where a very bad but short storm
caused my signal to drop and vdr again performed an emergency exit
when it wasn't wanted. I already commented out the EmergencyExit
request in recorder.c but this time it was generated in remux.c by:
if (!synced && skipped >= 0)
On 11/2/07, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> Another question, is it still under development as no new versions since VDR
> 1.4.5.
Yes, it's in active development. The developer version line is 1.5.x
available from:
ftp://ftp.cadsoft.de/pub/people/kls/vdr/Developer/
___
So this is basically competition for vdradmin?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 11/5/07, Reinhard Nissl <[EMAIL PROTECTED]> wrote:
> Thinking about a repacker for subtitles, can anyone provide me some
> links to documentation about the subtitle PES packet's contents?
I think what you're looking for can be found here:
http://www.bjpace.com.cn/data/tec/tec-DVB/DVB%20BlueBook
Can someone make a patch for this fix?
Thanks!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Greets. If you have more then one dvb device and each is plugged into
a diseqc switch, how would you define a diseqc.conf for each of them?
I've checked VDR's documentation and saw no reference to this unless
I've somehow missed the info. If VDR doesn't currently support
different diseqc.conf's p
On Nov 14, 2007 4:23 AM, Gregoire Favre <[EMAIL PROTECTED]> wrote:
> I would love to have VDR support H.264 recording on DVB-S.
I know a lot of people, including myself, who agree!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mail
On Nov 14, 2007 8:36 AM, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
> H.264 will only become interesting (to me) once there are hardware
> devices that can replay it (aka "Full Featured DVB cards").
> I am not interested in software players that might not even run
> on my 450 MHz VDR.
>
> Until t
You're right, the wait for FF-HD dvb cards is pointless as the vendors
have no interest in it due to no viable market and that information
comes direct. We could discuss all the reasons why you will not see a
FF-HD card but it still won't change anything.
Many users are moving away from FF cards
I don't think anyone has implied that it's imminent VDR adopt
h264/HDTV support or tv viewing will cease to exist. That would be a
ridiculous claim to make! However, the truth is more and more HDTV
broadcasts are being offered by providers on a consistent and constant
basis due to market demand.
I don't think you can stream output from other devices thru the nexus
tv-out but I am not 100% sure. Regardless, why not just use your
budget card for dedicated recording and nexus for live tv? That would
eliminate the problem altogether.
I also just inquired about diseqc.conf supporting multipl
On Nov 16, 2007 8:48 AM, Jan Exner <[EMAIL PROTECTED]> wrote:
> Hm... I'm using a DVB-S FF card as TV-out and two budget DVB-T cards as the
> input. I do not even have a sat dish. My FF does ONLY do TV-out.
So the answer appears to be yes then. Thanks for clearing that up.
_
On Nov 16, 2007 2:52 AM, Petri Helin <[EMAIL PROTECTED]> wrote:
> That should be no problem. If a patch exists, a package developer
> could easily make use of and include it in the release. So there is no
> need for Klaus to add it in to the core VDR.
It's generally not a good idea to base your co
On Nov 18, 2007 4:20 PM, Alasdair Campbell <[EMAIL PROTECTED]> wrote:
> I know what I'd go for...it's just a shame that hardware HD decoding
> hasn't grown enough for there to be some competition and innovation.
I think the cost of producing such hardware HD cards doesn't make
sense when you can b
On Nov 19, 2007 2:40 AM, Jan Exner <[EMAIL PROTECTED]> wrote:
> > Why would you bother when you can buy something way better & faster
> > for cheap these days?
>
> Why would you bother updating when it works just fine? And even the
> cheapest system I could buy today is still more expensive than ke
On Nov 19, 2007 9:37 AM, Jan Exner <[EMAIL PROTECTED]> wrote:
> > How come manufacturers aren't jumping at the chance to capture the
> > profits from people like you with old slow pc's in need of such cards?
>
> I'm not saying my way is the best way.
>
> But there are more people like Klaus who are
Anybody have any input at all here??
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Nov 21, 2007 1:54 PM, Daniel Heuwinkel <[EMAIL PROTECTED]> wrote:
> From what I have read over the last few months I would recommend either the
> Core 2 Duo E4300 (1.8GHz,800FSB,L2:2MB,65W,rev.L2) or the
> Pentium Dual Core E2140(1.6GHz, 800FSB, L2 1MB, rev.L2)
It should be noted that Core Duo
On Nov 21, 2007 2:47 PM, Daniel Heuwinkel <[EMAIL PROTECTED]> wrote:
> The Pentium Duo I referred to is not a Core Duo but a Pentium Dual Core[1]
> "These closely resembled the Core 2 Duo E4300 processor with the exception of
> having 1 MB L2 cache instead of 2 MB"
Sorry, I misread your post.
/f
On Nov 22, 2007 7:30 AM, Füley István <[EMAIL PROTECTED]> wrote:
> To be clear: I did not say, that we don't need HD at all. I just said,
> that normal TV stations should stay in SD, and only a couple of premium
> (PPV, etc) channels should go HD. But the situation is more clear: not me
> is gonna
On Nov 22, 2007 11:46 AM, Alasdair Campbell <[EMAIL PROTECTED]> wrote:
> At the point when my cards stop
> receiving a signal I might start worrying about being 'left behind'.
Just curious... Why did you buy a dvb card? Antennas work just fine
and are less expensive.
___
On Dec 12, 2007 9:43 AM, Thomas Heiligenmann <[EMAIL PROTECTED]> wrote:
> A new version of the plugin is available, which has been upgraded to
> compile under VDR 1.4.7 and later. Thanks to all, who have provided
> ideas and patches.
What is the purpose of this plugin?
___
On Dec 12, 2007 4:59 PM, Halim Sahin <[EMAIL PROTECTED]> wrote:
> Hi Vdr User,
>
> You don't know video cd's?
> ??
If he means VCD's, sure, but then what would be the point since
playing them (and much more) can be done via the mplayer plugin? Is
this plu
On Dec 13, 2007 6:47 AM, Steffen Barszus <[EMAIL PROTECTED]> wrote:
> That is a dedicated (S)VCD plugin like dvd for DVDs . And it exists
> since ages allready, a lot longer then the mplayer plugin solution
> popped up. Only because it does something which another plugin can also
> do, it doesn't b
Have you installed the libc6-dev package btw?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> No, of course not.. That pluging would not even compile, if you try to
> compile it, compilation is failed because "vdr is not compiled with subtitle
> use-flag"
What is a "subtitle use-flag"? VDR is pretty straight forward to
me... Apply whatever patches you like -> compile -> enjoy. I don'
Just installed. Thanks for the update! :)
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Dec 31, 2007 8:14 AM, Andrey Kuzmin <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've googled and tried all patches I could find to build text2skin
> against 1.5.10 (11 and 12 too), but still could not build text2skin plugin.
> Any how-to's or working patches?
I've used every version of the current vdr
On Dec 31, 2007 12:43 PM, Reinhard Nissl <[EMAIL PROTECTED]> wrote:
> Hi,
>
> VDR User schrieb:
>
> > Also, there appears to be a problem with text2skin although it still
> > works fine. If anyone cares to have a look and possibly fix it,
> > that'd be gre
On Jan 16, 2008 7:01 AM, Morfsta <[EMAIL PROTECTED]> wrote:
> With all of the required patches, fixes and tweaks for VDR / FFMPEG /
> XINE-LIB / VDR-XINE I'm wondering if it would be nice to set-up a web
> site that tracks all of the latest patches for VDR / S2 / h264. Would
> anyone be interested
On Jan 18, 2008 3:30 PM, Morfsta <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Igor, would it be possible to do this? I heard CoreAVC is pretty good
> with mythtv and HD, so if we could get it running with lib-xine that
> would be fantastic!
Here's a link with patches for xine to use coreavc:
http://code.g
On Jan 21, 2008 7:01 AM, Morfsta <[EMAIL PROTECTED]> wrote:
> However, I get this error message: -
>
> w32codec.c:581: error: 'BUF_VIDEO_WVC1' undeclared (first use in this
> function)
Try:
--- xine-lib/src/xine-engine/buffer.h.orig 2007-11-05 18:33:03.0
-0500
+++ xine-lib/src/xine
On Jan 27, 2008 9:03 AM, Stefan Huelswitt <[EMAIL PROTECTED]> wrote:
> I don't know if there are many people left, but I'm still working
> with a 2.4.x kernel and cannot use the new drivers (neither HG
> nor multiproto).
> This way I'm effectively looked out from VDR...
>
> I would really appreciat
On Jan 29, 2008 9:27 AM, VDR User <[EMAIL PROTECTED]> wrote:
> The only thing I did was edit the following line in Make.config:
>
> DVBDIR = /usr/local/src/multiproto/linux
>
> Everything worked fine without any modifying Makefile and so on. One
> of the most common prob
The only thing I did was edit the following line in Make.config:
DVBDIR = /usr/local/src/multiproto/linux
Everything worked fine without any modifying Makefile and so on. One
of the most common problems with this is people not using the right
path in that line.
___
On Feb 2, 2008 8:14 AM, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
> On 02/02/08 16:59, Reinhard Nissl wrote:
> > Have you never tried my syncearly patch?
>
> Sorry, but I never found the time to try it.
>
> By sending the TS payload data directly to the device, audio appears almost
> instantaneo
On Feb 3, 2008 3:17 AM, Rolf Ahrenberg <[EMAIL PROTECTED]> wrote:
> The compile time selection between multiproto and normal drivers (as
> done in Udo's dvb-api-emulate patch) could be used from now on. I don't
> see any reason to freeze the development at this phase.
>
> The completition of H.264
On Feb 3, 2008 10:47 AM, <[EMAIL PROTECTED]> wrote:
> * if config files were about to be in XML ! (nah kidding) *g*
That's got to be one of the worst ideas I've heard! :\
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/l
On Feb 4, 2008 12:06 AM, Jukka Vaisanen <[EMAIL PROTECTED]> wrote:
> Yes to stable 1.6.0 with current kernel-drivers - VDR needs new users
> that can get it running easily out of the box with a debian bare bones
> install. The people who want HDTV support are going to go with the
> dev-releases any
On Feb 7, 2008 1:21 AM, serge pecher <[EMAIL PROTECTED]> wrote:
> I know that kind of wifes !
>
> -Oorspronkelijk bericht-
> Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Travel
> Factory S.r.l.
> Verzonden: donderdag 7 februari 2008 10:01
> Aan: vdr@linuxtv.org
> Onderwerp: ***SP
On Feb 17, 2008 4:08 PM, Timothy D. Lenz <[EMAIL PROTECTED]> wrote:
> Any chance we can get ATSC tunner card support with the next branch of vdr?
> In 1 year from today it will replace all analog TV broadcast in the US.
If so then maybe we can get NTSC resolution and framerate settings as
well so
On Thu, Mar 6, 2008 at 12:49 AM, Klaus Schmidinger
<[EMAIL PROTECTED]> wrote:
> I don't like that dot notation.
>
> You could add a '0' to the old channels and leave out the '.', as in
>
> 40KVOA
> 41KVOAD
> 60KUAT
> 61KUATD1
> 62KUATK
> 63KUATV
> 64KUATC
> 90
On Thu, Mar 6, 2008 at 12:20 PM, Timothy D. Lenz <[EMAIL PROTECTED]> wrote:
> Like it or not Sub channels are here to stay and the "." is the standard for
> denoting a sub number. "vdr-1.5.15"
Can't argue with that! ;)
___
vdr mailing list
vdr@linuxtv
On Thu, Mar 6, 2008 at 1:49 PM, Klaus Schmidinger
<[EMAIL PROTECTED]> wrote:
> I'd really like to know why some broadcasters don't adhere to the standards
> (even though it would be a child's game). Are they actively refusing to,
> unable
> to interpret the standard documents, or just flat out
On Thu, Mar 6, 2008 at 11:37 PM, Klaus Schmidinger
<[EMAIL PROTECTED]> wrote:
> On 03/06/08 21:13, Timothy D. Lenz wrote:
> > Well, ".", "#", "*", something in the channels.conf. "0" is not a valid
> > notation because 0 is part of the number system. 40 won't work for KVOA
> > because 40 is KHR
On Fri, Mar 7, 2008 at 7:57 AM, Klaus Schmidinger
<[EMAIL PROTECTED]> wrote:
> VDR stores channel numbers as integers. So if you want to
> have a numbering scheme where you have channels "between" other
> channels, you need to make room for these additional entries.
> And the only way I see to
On Fri, Mar 7, 2008 at 8:46 AM, Theunis Potgieter
<[EMAIL PROTECTED]> wrote:
> So if provider 1 broadcasts a 2.1 channel and provider 2 also
> broadcasts a 2.1 channel and you as a vdr user can have more than 1
> provider. What will the channel numbering scheme be for Provider
On Fri, Mar 7, 2008 at 9:47 AM, Alex Lasnier <[EMAIL PROTECTED]> wrote:
> Since VDR needs to be patched for ATSC anyway, I'll consider adding
> sub-channel support in the next ATSC patch. But my first impression is
> that such a change will likely be very ugly and break many things...
>
> Howev
On Sat, Mar 8, 2008 at 3:05 AM, Udo Richter <[EMAIL PROTECTED]> wrote:
> And don't even think about using floating point numbers for channels.
> Why? For example, because there is no floating point representation for
> 1.1, the nearest binary floats are 1.09986677 and
> 1.10
On Sat, Mar 8, 2008 at 10:06 AM, Halim Sahin <[EMAIL PROTECTED]> wrote:
> Hi vdr user
Hi.
> Outdated regular integer uy it works and it is easy to handle.
Regular integers are whole numbers. 6.1 for example, is not a whole number.
> aha you can decide that this subnumbering
On Sat, Mar 15, 2008 at 12:36 PM, Georg Acher <[EMAIL PROTECTED]> wrote:
> On Sat, Mar 15, 2008 at 10:45:06PM +0400, Manu Abraham wrote:
>
> > Is this card still being manufactured, considering that Micronas USA
> > closed down and the Decypher has been EOL'd ?
>
> There are enough chips availab
On Mon, Mar 17, 2008 at 6:19 AM, Dr. Werner Fink <[EMAIL PROTECTED]> wrote:
> I'm currently very busy with my little daughter most
> free time but I'm also working on the firmware. It
> has taken some time and will take some time.
This is why it's a shame more people aren't allowed to help cod
On Wed, Mar 26, 2008 at 10:27 AM, Artur Skawina <[EMAIL PROTECTED]> wrote:
> Is anyone seeing some kind of problem when playing back files, but only when
> the
> recording has not yet finished? Possibly just when replaying a file that is
> currently
> being extended, maybe by another VDR and/or
On Wed, Mar 26, 2008 at 12:03 PM, Artur Skawina <[EMAIL PROTECTED]> wrote:
> kind of hard to describe something you no longer remember... ;)
> I _think_ the issue was some kind of stuttering playback; it didn't happen
> always, but often enough that one day i decided to see if writing the stream
That seems like a lot of bandwidth for wifi...
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Thu, Mar 27, 2008 at 9:19 AM, Artur Skawina <[EMAIL PROTECTED]> wrote:
> I have a similar setup, just with 100M ethernet instead of wifi and NFS
> instead
> of samba. wifi could be a problem, but if you're able to watch the same
> channel
> live you should also be able to view a recording.
301 - 400 of 794 matches
Mail list logo