On Tuesday 11 May 2004 15:37, Johannes Stezenbach wrote:
The fact really disturbing here is, that this is harming Democracy, not just
economics.
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as
subject.
Reading all that i'am believing that there is a new worm out there - infecting
humans as well...
You know - there is at least one proven example of this: the term is called
"Ohrwurm" in Germany ;-)
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as
subje
irmware bug introduced after 0.9.4 because that
> release doesn't show the behavior or at least not within 1000 channel
> changes or signal-less operation.
>
> Guido Fiala, Andreas Share and others have tried working on this just a
> couple of weeks ago see
> http://www.linuxtv.o
Am Saturday 20 March 2004 00:27 schrieb Johannes Stezenbach:
> Things are not so easy, because some kinds of messages are first
> pushed into a message queue and executed later. So the last
> command from the PC might not be the one which caused the ARM crash.
>
> Specifically COMTYPE_PIDFILTER com
Am Friday 19 March 2004 21:57 schrieben Sie:
> just insert some debug printk´s in av7110_before_after_tune() before the
> two firmware calls, and one printk in SetPIDs() and you see you got several
> calls from this 2 funktions, especialy without signal.
> You could also insert in __av7110_send_fw_
Am Friday 19 March 2004 18:35 schrieben Sie:
> > > "COMTYPE_PIDFILTER, Scan/FlushTSQueue" outcommands, but i think only
> > > MultiPID make the trouble.
> >
> > IIRC Ralph said that he tried to debug this in the firmware, and
> > the ARM just hangs inside a RTSL call. There isn't much we can do the
Am Friday 05 March 2004 19:28 schrieb Andreas Share:
> > > I have done some more tests arount crl_bit() in ves1x93 with my Rev 1.3
> > > DVB-S (ves1893). Realy only one "soft reset" is needed for this demod
Maybe it's slightly off topic, but i'am currently doing some research what
changed betwee
Am Freitag, 27. Februar 2004 22:58 schrieb Gregor Lawatscheck:
> Rev 1.3 and rev 1.5 FF cards have a problem with replaying only, when no
> signal is attached to the tuner! Rev 1.6 and later are fine. I believe
With replaying yes, definitely - but i had ARM crashes also with a signal
connected, w
Am Donnerstag, 26. Februar 2004 10:30 schrieb Jarkko Santala:
> > http://www.linuxtv.org/mailinglists/linux-dvb/2003/05-2003/msg00279.html
> >
> > Is this still the best known fix to this problem even after all this time
> > or should I spend even more hours browsing the archive?
>
> It did not sol
Hello Michael,
in the meantime i upgraded to cvs-dvb-kernel as you suggested but i do get the
same oops as i previously send, happening during exiting kvdr.
---
kernel BUG at /data1/free/in_use/dvb-kernel/build-2.6/saa7146_fops.c:52!
invalid operand: [#1]
CPU:0
EIP:0060:[]Not tai
Some more results:
capturing an image using mmap-io does now turn off the overlay, which it
didn't with 1.0.1... and some oops:
Am Samstag, 21. Februar 2004 21:28 schrieb Guido Fiala:
> Hallo again,
>
> now that i had some time again i tried to install linuxtv-dvb-1.1.0 again.
&
had only loaded dvb-core, dvb-ttpci and
alps_bsrv2 - do i load the wrong modules?
Am Sonntag, 22. Februar 2004 14:08 schrieb Michael Hunold:
> Hello Guido,
>
> On 21.02.2004 21:28, Guido Fiala wrote:
> > Unfortunately i can't get bttv and dvb working at once together - both
>
ello Guido,
>
> On 15.02.2004 15:28, Guido Fiala schrieb:
> > Am Sonntag, 15. Februar 2004 15:22 schrieben Sie:
> >>Guido Fiala wrote:
> >>>>Anyway, I'd like to ask you to try the "dvb-kernel" driver from CVS or
> >>>>the recent offi
Am Sonntag, 15. Februar 2004 15:22 schrieben Sie:
> Guido Fiala wrote:
> >>Anyway, I'd like to ask you to try the "dvb-kernel" driver from CVS or
> >>the recent official release tarball.
> >
> > I tried http://linuxtv.org/download/dvb/linuxtv-d
Hallo Michael,
Am Sonntag, 15. Februar 2004 13:50 schrieben Sie:
> I once introduced a bug that cause this, but this has been fixed for a
> long time now. (I just confirmed this with a fresh CVS driver)
sorry - i didn't notice this. I was using Klaus' recommended driver version,
will drop him a
Me (and someone else) noticed a problem with the overlay becoming black or
turned of if an other window is partially before the overlay and clipping
rectangles are used.
I experimented with PCI latency for the saa7146 and found out, that using
larger latency increases those problems and using s
Am Sonntag, 15. Februar 2004 11:59 schrieb Robert Schlabbach:
> From: "Scott White" <[EMAIL PROTECTED]>
>
> > I got spammed today to an Email address I have only had for 4 days
> > and only used on this list by a [EMAIL PROTECTED]
> >
> > Just wanted to warn you to be careful as this list is obviou
On Tuesday, 16. December 2003 20:04, Andreas Rosenberg wrote:
> >> Does anybody know if there is a possibility to execute a script upon
> >> resume from power states? This would give us the prelimiary possibility
> >> to remove the DVB modules and insert them again. I estimate this would
> >> allow
> Does anybody know if there is a possibility to execute a script upon
> resume from power states? This would give us the prelimiary possibility
> to remove the DVB modules and insert them again. I estimate this would
> allow a startup time less than 10 seconds.
A http://www.linuxbios.org "enabled
On Saturday 16 August 2003 17:53, Böttcher Marcel wrote:
> I dond't think, that it is possible to get Sat Images, since NOAA is using
> APT and HRPT which is miles away from DVB.
Maybe a more straight forward method helps:
Simply enhance the weather-plugin to download some image and display them
As the previously mentioned SetPIDs(0,0...) did'nt solve the problem i tried
another idea:
Using the new driver (dvb-kernel) but the old firmware.
As the firmware is now in av7110_firm.h one has to create that file oneself.
In case someone likes to try that, here are the instructions:
(the Dpram+
As previous threads showed, at least Rev. 1.3 cards still have the problem
with outcom-error/ARM-reset/crash.
Currently using dvb-kernel, 2.4.20, vdr 1.2.1
Today i tried to call SetPIDs(0,0,...) on a regular intervall in arm_thread,
unfortunately the call disables the video-decoding (audio stil
> > linux-dvb: (same with "old" 0.9.4-drivers)
> > YUV2 working with glitches, UYVY wrong colors
>
> I've fixed this. You can now use UYVY and the colors will be right. This
> was a driver bug.
Thanks for the fix.
> Just to make things clear:
> VIDEO_PALETTE_YUV422 corrseponds to xv 0x32595559 (Y
Did some tests with dvb-kernel+other drivers and using UYVY-Format instead of
YUV2 in kvdr.
The results:
linux-dvb: (same with "old" 0.9.4-drivers)
YUV2 working with glitches, UYVY wrong colors
dvb-kernel:
YUV2 not working, UYVY working fine _without_ the annoying glitches and with
much less c
On Sunday, 13. July 2003 04:05, Gregor Lawatscheck wrote:
> At 19:17 12/07/2003, you wrote:
> > > Then I played some recordings. Nothing happened.
> >
> >Second test completed successfully. My system was running more than 15
> >hours without sat signal. No problems. The frontend process consumed
>
On Wednesday, 9. July 2003 14:21, Michael Hunold wrote:
> 1) You use VIDEO_PALETTE_YUV422 for capturing. Due to a hardware bug
> this byteorder is not supported by the saa7146 in hardware. In the old
> av7110 driver, the frames are captured in VIDEO_PALETTE_UYVY, then the
I thought this would only
> Ok, did it like described, strange but the ksyms look still the same:
> (wonder if that GPLONLY is the problem?)
>
> ccbe0060 GPLONLY_videobuf_vmalloc_to_sg [video-buf]
..and many more like this.
Ok - it *was* the problem, i simply changed the EXPORT makro to without _GPL
and i could load the d
On Monday, 7. July 2003 20:09, Michael Hunold wrote:
> Hello Guido,
>
> > It compiles fine, without any warning or error, however running the
> > insmod gives a lot of unresolved externals - though the videobuf modules
> > is loaded e.g. it did'nt find it's exports for the saa7146_vv.o module
> > a
Have a 2.4.20 from kernel.org here and checked out dvb-kernel just.
It compiles fine, without any warning or error, however running the insmod
gives a lot of unresolved externals - though the videobuf modules is loaded
e.g. it did'nt find it's exports for the saa7146_vv.o module and therefore it
On Sunday, 29. June 2003 10:50, Lauri Tischler wrote:
> Guido Fiala wrote:
> > Is there some history of firmware changes available?
>
> http://www.linuxdvb.tv/download/ChangeLog
Many thanks!
It seems as it are'nt that much to check, let's see which is the latest
firmwar
> memory). I believe the problem of instability with no signal was introduced
> in the Aug 30 2002 firmware. Maybe someone can confirm this?
Well, i did some "data-mining" ;-)
Might sound a bit un-technical, but i used google to search for the first
appearance of "ring buffer overflow" at the ml
On Thursday, 26. June 2003 18:54, Gregor Lawatscheck wrote:
> At 13:09 26/06/2003, you wrote:
> >I asked myself what might be the reason that most of the error conditions
> >returned by 'OutCommand' or 'Start/StopHWFilter' are ignored and not
> >returned to the calling program (returning -1 from th
Currently i'am trying the analaogtv-plugin for vdr, because of my special set
up some question appeared:
What happens if no cable to the satellite is connected - will the driver
simply ignore this or will there be problems with stability or strange things
can happen?
--
Info:
To unsubsc
> > driver:
> > -the new driver did'nt start up correctly on a fresh booted system, i
> > needed to load the older driver once (i use a 3 year old and a quite
> > fresh card, both Rev 1.3, the elder card does'nt show any image with that
> > driver)
Today i confirmed this once again - the driver
On Friday, 10. May 2002 12:49, you wrote:
> Hi all
>
> in this ML are often questions about "Internet over SAT".
>
> Here in Germany there are 3 1-WAY Internet-Sat-SErvices availible - but
> all need a dial-UP connection via ISDN or Modem wich creates
> "cost´s per Minute"
>
> Now i have a 2-WAY
> At the pass through _some_ channels show perfect quality on analog
> receiver. Can it be, that my LNB is just that much broken that it wont
> support digital anymore?
> At the time of the breakdown i did nothing to the delicate parts of the
> system, so i can't imagine a software problem but if
> We had that once with a card that got too hot. After switching off the
> computer for a while it worked again. We had to use a fan to cool it,
> so that it wouldn't happen again.
> If it doesn't work after a cooling down period there is probably
> something wrong with the tuner :(. Sorry, but I
Had someone else the following problem and an idea what to do?
Only black screen, any attempt to switch a channel lead to "not synced",
there is no usable signal at the pass-through (tested with analog receiver).
The tuner get's as hot as ever, replay and OSD is still possible.
(BTW - the card wa
On Thursday, 7. February 2002 22:14, you wrote:
> Hello,
>
> on first february, Marcus Metzler sent us a patch to allow xv for DVB.
>
> I finally (with lots of helps, specially from Marcus Metzler, many
> thanks to him) managed to compil XFree with that patch, and the result
> is as expected: it w
On Thursday, 10. January 2002 16:59, you wrote:
> Emil,
>
> Most of the time i am recording Films not Video.
>
> Using MPlayer it seems that there is ZigZag (bad deinterlacing) on some
> films.
> You can easily see it on fast moves.
> But on good Canal+ broadcasts i don't have any problem.
Better
CPU0 CPU1
> 0:5272874 0 XT-PIC timer
> 1: 26177 0 XT-PIC keyboard
> 2: 0 0 XT-PIC cascade
> 5:298 0 XT-PIC usb-uhci
> 8: 3 0 XT-PIC rtc
>
Agreed, Carsten - but if we believe in Linux as a viable business model, we
can as well become shareholders...
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as
subject.
On Friday, 14. December 2001 21:05, you wrote:
> Auch habe convergence schon einen Auftrag fur das nachste Jahr
> abgeschlossen, der Geld in die Kassen bringen werde.
>
> It means that we have hope or
>
> > hi,
> >
> > just trying to put up a short summary in english:
> >
> > convergenge (the
On Saturday, 1. December 2001 19:35, you wrote:
> Klaus Schmidinger writes:
> > I was thinking about the method by which play_iframe() (in dvb.c)
> > attempts to display a still picture. Apparently it has to send
> > the same I-frame until 40 byte have been transmitted to fill
> > up the
On Monday, 15. October 2001 23:04, Matthias Weingart wrote:
> Anybody here that has tried the GRAB command of vdr?
> (telnet localhost 2001 - help grab)
> The resulting pictures are very "noisy", looks like a heavy disturbed
> analog SAT picture. This is independent of channel, replaying or normal
On Sunday, 7. October 2001 10:48, Henning Holtschneider wrote:
> > film to CD would mean that each film occupies 5/6 CDs, I would prefer to
> > archive some of them at least compressed in any format, but better DivX
> > ;-). I tried to use directly the mpeg2divx utility but says that this is
> >
> Sometimes I doubt that the industry is even interested in a secure
> platform. One the one hand, companies make big money selling insecure
> encryption platforms (based on patents and trade secrets) and on the
> other side crackers make money by selling cracked smart cards.
>
Thanks for that s
Hi, just uploaded a new version of kvdr, hopefully fixed Mandrake/Redhat
compiling problems and auto-reconnect to restarted vdr-daemon.
http://www.s.netic.de/gfiala
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as
subject.
http://dvbackup.sourceforge.net allows you (thanks to Peter Schlaile) to
store arbitrary data on MiniDV tapes using your camcorder with a nominal data
rate of 2.6 MBytes/sec and up to 14GByte per 60min tape in LP mode.together
with my FEC-tool 13GByte - see http://www.s.netic.de/gfiala/dvbackup
Just tried to record IFA-TV with vdr-0.91,dvb-Aug.5.
While _watching_ IFA TV is just fine, recording (via instant record or manual
timer), leads to vdr crash after a few seconds, then it restarts via the
runvdr-script and it happens again...
...
Sep 1 18:19:57 wonderbox vdr[4568]: loading /da
> I think the problem started with driver version 0.81.
> See Guido Fiala's posting "dvb 0.81 OSD-color bug-report"
> of February 4th.
>
> Reload your driver often, other things also work much better
> with a freshly loaded driver.
> If you use vdr, specify a low watchdog timer value and use
> the
> I still wonder what connection might be between the presence of a pipe and
> the EIT processing thread. Must be something mystical...
Mmm - maybe it uses some additional memory of the card, which contains some
important information, which is then overwritten by the OSD/EIT ?
--
Info:
To un
On Thursday, 23. August 2001 19:30, you wrote:
> At 18:25 23.08.2001 +0200, Stephan Schreiber wrote:
> >However, the sound of the previously tuned channel is being played after
> >the firmware reload, but no picture, and vdr does no longer react to
> >ctrl-c or the remote control.
>
> Oops.
> It i
On Saturday, 18. August 2001 23:36, Stephan Schreiber wrote:
> Hi Klaus & Andreas,
>
> I can confirm it.
> While watching DVD's, I've become very careful when deciding whether I
> should dare to open the OSD menu.
> (For changing the language for example).
> When the driver and vdr are freshly loa
On Monday, 13. August 2001 20:40, Matthias Weingart wrote:
> On Mon, Aug 13, 2001 at 07:35:00PM +0200, Rainer Zocholl wrote:
> > [EMAIL PROTECTED](Stefan Huelswitt) 12.08.01 23:45
> >
> > I think of speeds in the range between 1.1 to 1.9 resp. 0.6 to 0.9.
> > Not such a beast like 3.14515 or 0.23
On Sunday, 5. August 2001 18:57, you wrote:
> On Sun, 5 Aug 2001 11:17:55 +0200 you wrote:
> >is anybody converting dvb-stream (recorded with vdr) to divx ?
It should be possible using "mplayer -vo odixv -encode "
Unfortunately mplayer does'nt recognize the recorded format directly (at
least
On Tuesday, 31. July 2001 21:32, Andreas Vitting wrote:
> I had the same problem before !!
> Start e.g. xosview and look at the processor load. My problem was the lirc
> driver - it used over a long time 100 % cpu usage. I have upgraded to
> lirc-0.6.4pre3 and the problem was gone away.
I do not
> The code is experimental and I don't know if it breaks something
> else. So be warned. Anway I would like to get some feedback,
> how good it works for other (or if it works at all).
Works quite good for me!
Just to problems appear to me:
1. it broke the skip +1min -1min functionality
2. think
Have a bit hesitated to send this in the list, but i did'nt found a solution
myself and i like to hear if others can reproduce it:
In short: Any OSD activity during Replay sooner or later hangs the driver.
I observed this first after upgrading the driver from 22.06. to the actual
one, the old d
> Make it so :-) As I know it from my VCR, if you press "OK", it does an
> absolute search and with left/right it skips N index-marks in the desired
> direction.
> And while we are talking about features... anybody else who'd prefer the
> length of a recording in the list instead of the time the
> > BTW, I wonder know how serious this offering is. The product description
> > (a converted Powerpoint slideshow) uses every color you could imagine and
> > the "suggested retail price is 299 DM to 400 DM depending on the dealer"
> > 8-)
>
> That's correct. But I was only interested in using the
> look at mplayer.dev.hu, it's the best player under linux.
> when i vdr with support of plugins will release, i will look for a
> video-output - driver ...
Yea, it's a great one - if i only could get Xv-colorspace acceleration to
work with my voodoo3 - anyone with more luck?
--
Info:
To uns
> > If you follow the ac3-sound thread - that will be the solution soon for
> > ac3-carring channels, theoretically it should be possible to send normal
> > data the same way (with some modifications).
>
> i´m sorry but i don´t know what u mean??
No idea how much work is required for, but it shou
On Monday, 2. July 2001 15:38, Timo wrote:
> First of all thanx for the help because now my dvb-card works.
>
> There is just one thing that bugs me I have a SB-Live with a four box
> system attached to it. Now when I play a mp3-file I can here it on all four
> boxes but when I watch tv the sound
As it was'nt mentioned for a while, but i still have the OSD-color changing
bug from time to time (vdr 0.83, dvb-cvs-2001-06-17)
If that is a timing problem - is there parameter to tune it away?
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as
subject
On Thursday, 28. June 2001 20:37, Martin Hoffmann wrote:
> Hello List ;-)
>
> i'm currently using VDR0.71 with the driver 0.8.2 under suse 7.1 with the
> 2.2.18 Kernel. Now i'm looking forward to installing the current vdr with
> current DVB drivers. But that means that i need at least the 2.4.0 k
On Sunday, 24. June 2001 21:11, [EMAIL PROTECTED] wrote:
> Hi Guido,
>
> try ac3dec from the ALSA-TOOLS cvs ... (under ALSA) ...
Thanks for the tip!
My experiences:
Yes, that ac3dec works for me but only with the "default" pcm-config, not
with the -4 or -6 switch (which seems to be useful for my
On Sunday, 24. June 2001 16:55, Klaus Schmidinger wrote:
> Andreas Vitting wrote:
> > OK, i have used the patch and get only terrible, cutted and scratched
> > sound from my receiver.
> > I have changed play-ac3.c to read and fread commands, but this doesn't
> > help (it works for the dvdplayer).
> > Jun 24 11:06:17 wonderbox vdr[819]: ERROR: wrote 968 byte to dolby device
> > instead of 1806
> > Jun 24 11:06:17 wonderbox vdr[819]: ERROR: wrote 484 byte to dolby device
> > instead of 1806
>
> Looks like 'ac3play' doesn't accept the entire data packet at once.
> I thought that the pipe woul
On Sunday, 24. June 2001 11:00, Klaus Schmidinger wrote:
> Andreas Vitting wrote:
> > I have tried it out, but i can get no data! The command -a works, the
> > ac3play starts, but no data was send to it. I have also tried your
> > command -a "cat > vdr.ac3" but the file keeps empty. I'm using the
> > It should be very easy to integrate this code into VDR.
>
> I guess so. I will just assume that there is some device or program to
> pipe the AC3 data into.
>
What's speaking against libac3 coming with ac3dec under
http://www.linuxvideo.org/ac3dec/
It looks fairly simple to use - just a sin
> You could modify the cRecordControl class so that it remembers the
> Recording.FileName() and the channel number (or name). Then in
> cRecordControl::Stop() you could use that information to call your
> program after stopping the recording (see menu.c/.h).
>
> I assume that your program will run
On Tuesday, 12. June 2001 17:53, Matthias Weingart wrote:
> To complete it with my experiences (see below my first posting):
> Readahead can be set only to off (=0) or on (>0 any value greater 0 works)
> with my maxtor drive (readahead is set for the ide drive and depends
> on the drive used? is t
On Sunday, 10. June 2001 15:07, Jan Panteltje wrote:
> On Sun, 10 Jun 2001, Juergen Scherer wrote:
> > The only (minor) problem was to introduce the 40GB harddisk to the
> > ASUS 55TP4N Board. (I first had to enable the 32GB clip to overcome
> > the BIOS limits, but than started to use an IBM-disk
> > There was a discussion about this for about two month. The result was,
> > that you cannot set the timer in your CMOS.
>
> You can, at least on my board. apsleep does set the alarm time and my
> BIOS uses it as well.
>
> apmsleep -n
For me it does'nt work, the call _never_ returns (and does
On Wednesday, 6. June 2001 17:31, Jens Groth wrote:
> Hello Matthias,
>
> > You know the point where you switch off the power so a few Minutes before
> > that point you let "cron/at" execute
> >
> > (halt/init 0/poweroff/)
> >
> > And the system will shutdown and your switching clock will switch
> is there a way to translate the ".dvbrc" information from DVB/apps in
> the vdr formate "channels.conf" ?
There is a program coming along with vdr, but it seems not to handle the
CA-parameter (probably it is that old ;-)
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with "unsub
> Maybe there's something wrong in the cDvbApi::GrabImage() function in
> VDR's dvbapi.c? Perhaps Guido Fiala <[EMAIL PROTECTED]> can comment on this
> (he implemented it)?
No, i stole some GPL code ;-)
But it has nothing to do with MPEG streams, as it's just used f
> None of the programs or drivers can cause what you describe.
> They only change the packaging of the elementary streams not the
> streams themselves.
Does that mean the broadcaster mixed it up?
Why can't they avoid the interlaced mode for DV-broadcasts at all?
Would'nt the AV-out of the cards d
On Monday, 28. May 2001 11:18, Tim Lapawa wrote:
> Hello list,
>
> this small test program fails in opening the device /dev/ost/qpskfe0.
> I tried to play a little bit with the API, but already the first step
> became a dilemma.
>
> >int main()
> >{
> > int fd_frontend=open("/dev/ost/qpskfe0", O_
80 matches
Mail list logo