Op Vr, 19 september, 2008 21:21, schreef Josce:
Edit Make.config and change/edit the DVBDIR variable. I guess you don't have it pointed to you multiprot location.
In your case you should have it set at:
DVBDIR = /usr/local/src/multiproto_plus/linux
(change /usr/local/src to your location)
Josce
Regards,
Niels Wagenaar
Edit Make.config and change/edit the DVBDIR variable. I guess you don't have it pointed to you multiprot location.
Of course I haven't :) In my twisted and tired brain I assumed that make install would install the modules and the header files that go with them.
Thanks again for your help!
Now running: - multiproto - vdr 1.7.0 - vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff
It works almost well. The sound is good but the video has some "mosaic", both on live and verified good recordings? The cpu usage is < 10%
Josce
_________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.a...
Your welcome :) I'm glad that this issue was so simple to be resolved ;)
Did you try updating/compiling the hg/svn of xine-lib as well as ffmpeg ? Also, I don't know which software output device you use, but you can setup postprocessing with for instance xineliboutput or vdr-xine.
Josce
Regards,
Niels Wagenaar
Sorry, forgot the relevant part :(
Using the reelbox-plugin.
Josce
_________________________________________________________________ Discover the new Windows Vista http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QB...
Could you define mosaic? Would you be able to post a picture of some kind?
To be honost, I haven't updated the hdplayer3 stuff for some while now. So it could be related to a new update in the svn in the reelbox plugin/hdplayer3.
Josce
Yours,
Niels Wagenaar
I guess the correct term would be "artifacts"? I can see the video but here and there across the screen are small "boxes".
I also get in my log file: video vdr: [2037] buffer usage: 100% (tid=2036) video vdr: [2037] ERROR: 1181 ring buffer overflows (222017 bytes dropped)
The harddisk has DMA on. To me it seems that the eHD can't get the stream quickly enough.
When I run lspci -b I get 3 devices sharing with IRQ 5:
02:01.0 Audio device: VIA Technologies, Inc. VIA High Definition Audio Controller (rev 10) Subsystem: VIA Technologies, Inc. Unknown device aa09 Flags: bus master, fast devsel, latency 0, IRQ 5 Memory at 00000000dfefc000 (64-bit, non-prefetchable) Capabilities: [50] Power Management version 2 Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00 Capabilities: [100] Virtual Channel <?> Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 90) (prog-if 00 [UHCI]) Subsystem: VIA Technologies, Inc. Unknown device aa09 Flags: bus master, medium devsel, latency 32, IRQ 5 I/O ports at f400 Capabilities: [80] Power Management version 2 Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd
03:0f.0 Multimedia controller: Micronas USA, Inc. Unknown device 8100 Subsystem: Micronas USA, Inc. Unknown device 8100 Flags: bus master, medium devsel, latency 32, IRQ 5 Memory at d7ffd000 (32-bit, non-prefetchable) Memory at c8000000 (32-bit, non-prefetchable) Capabilities: [40] Power Management version 2
[test@video tv]# hdparm -i /dev/sda
/dev/sda:
Model=ST3320620AS , FwRev=3.AAK , SerialNo= 9QF6E4RS Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=unknown, BuffSize=16384kB, MaxMultSect=16, MultSect=?16? CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=625142448 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 AdvancedPM=no WriteCache=enabled Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6,7
Regards,
Josce
_________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=...
On Sat, Sep 20, 2008 at 11:44:34AM +0000, Josce wrote:
What is the CPU load during that time? The host CPU transfers the data into the shared memory on the card, so anything below 80-90% load indicates another problem.
When I run lspci -b I get 3 devices sharing with IRQ 5:
The card does not use the IRQ, so that is not relevant.
-
Georg Acher -
Josce -
Niels Wagenaar