Op Vr, 19 september, 2008 21:21, schreef Josce:
-- SNIP -- I can't understand why compiler.h is not found, since I have no problems finding it :) Getting tired and frustrated, better give this some rest ...
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...
-----Oorspronkelijk bericht----- Van: josce39@hotmail.com [mailto:vdr-bounces@linuxtv.org] Namens Josce Verzonden: zaterdag 20 september 2008 11:29 Aan: vdr@linuxtv.org Onderwerp: Re: [vdr] Still can't do multiproto - can now :)
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!
Your welcome :) I'm glad that this issue was so simple to be resolved ;)
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%
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
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%
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.
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...
-----Oorspronkelijk bericht----- Van: josce39@hotmail.com [mailto:vdr-bounces@linuxtv.org] Namens Josce Verzonden: zaterdag 20 september 2008 13:10 Aan: VDR Mailing List Onderwerp: Re: [vdr] Still can't do multiproto - can now :)
Sorry, forgot the relevant part :(
Using the reelbox-plugin.
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
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.
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:
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.
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.
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