[MPlayer-users] mencoder often COMPLETLY locks up my machine
Corey Hickey
bugfood-ml at fatooh.org
Sat May 18 13:19:01 CEST 2002
Something at least similar happened to my machine yesterday as I was
starting to rip a DVD. My system is otherwise completely stable- hasn't
had a hardware crash since last Christmas, when I had it overclocked a
bit too far. :>)
Mencoder seemed like it hung, and the DVD access light was solid-on. I
started to type a kill from another terminal, when everything froze
completely. I didn't know about the magic sysrq, but I couldn't even
ping my IP from another system on the LAN.
The last gasp in syslog was:
May 17 04:56:25 bugfood kernel: scsi0: ERROR on channel 0, id 1, lun 0,
CDB: Request Sense 00 00 00 40 00
May 17 04:56:25 bugfood kernel: Current sd0b:01: sense key Medium Error
May 17 04:56:25 bugfood kernel: I/O error: dev 0b:01, sector 64
I don't know if this was a software problem in the SCSI emulation or a
hardware problem somewhere in IDE. In any case, this is the first and
only crash using mplayer/mencoder that way.
-Corey
Diego Zuccato wrote:
> [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
> Arpi wrote:
>
>>>1) last bugreport I sent still awaits moderator approval
>>
>>it was probably too big - reread bugreports, it says gzip it if it's too
>>large or better: upload to ftp and send the link only with problem descr.
>
> It was 82K... just 2K too much :-(
> Zipped is 15k. Uploading trashedvideomem.bugreport.gz . It's all there
> (ah, you can delete "Aida_degli_Alberi.*" since the problem reported
> have already been taken care of ...
>
>
>>>2) once locked, I have NO way of recovering the machine, except booting
>>
>>it is not mplayer/mencoder bug. it is hardware problem, we cannot help you.
>>(sorry, i have no spare p4 to send to you :))
>
> Well, it's just a P3 :-) Have you some handy ? :-)
>
>
>>mplayer/mencoder can NOT hang your system. your drivers can. your cpu can
>>overhelm. your chipset can be buggy etc. but they are not our fault.
>
> I know. But I already tested for other possible causes...
> Memory: used Ram Stress Test => all tests OK (including LEAK ones!)
> CPU overheat: apart it doesen't overheat during encode (could feel it
> with fingers), I tried to make it REALLY overheat (closing air accesses)
> and it just slows down to 200MHz (HW imposed limit) or shuts down (at
> 95C).
> Buggy chipset: I think that if the chipset is buggy I should experience
> other random lockups, expecially during kernel recomp. or at least every
> time I squeeze it to the limits (REALLY often, trust me :-) ).
>
> I too was ready to blame HW, but all the tests done seem to exclude
> it...
>
> The only other tests I can think of are:
> 1) using mencoder in a telnet session, so at least I could save some
> output...
> 2) try encoding on another machine, just to know if it's due to the
> source file
>
> Could you think about some other test that doesen't require an ICE (I
> haven't a P3/700 ICE handy, at the moment :-( Have you ?)?
>
> BYtE,
> Diego.
>
> _______________________________________________
> RTFM!!! http://www.MPlayerHQ.hu/DOCS
> Search: http://www.MPlayerHQ.hu/cgi-bin/htsearch
> http://mplayerhq.hu/mailman/listinfo/mplayer-users
>
More information about the MPlayer-users
mailing list