This is part of The Pile, a partial archive of some open source mailing lists and newsgroups.
Subject: Re: RealPlayer Problems (was: RealPlayer G2 Alpha for 6.0) From: James Michael Keller <jmkeller@radix.net> Date: Fri, 21 May 1999 10:03:52 -0400 "Thomas Ribbrock (Design/DEG)" wrote: > I also ran into problems convincing Nutscrape to accept realplayer now > instead of rvplayer. I changed the settings in the preferences and checked > ~/.mailcap, but now Nutscrape offers me Real Audio files for saving instead > of using realplayer... <sigh> Any ideas? (Yes, I did restart Nutscrape after > the changes) I just left netscape alone and slinked realplayer to rvplayer === Subject: Re: What's the secret?? From: Justin Oelgoetz <oelgoetz.1@osu.edu> Date: Fri, 21 May 1999 19:14:26 -0400 (EDT) Take a look at netstat -a |more when you connect. Is it pulling off the connection ok? On Fri, 21 May 1999, Bill Gilmore wrote: > When I click on a real audio file the realplayer opens > (quite an accomplishment to get this far) and then it just > sits there. > That makes it about 2 for 35 success rate installing a new > program. Is it me? === Subject: Re: What's the secret?? From: larry@worldcontrol.com Date: Fri, 21 May 1999 19:25:57 -0400 try realplay %s Mine's in my path, so I don't give the path to netscape. === Subject: Re: What's the secret?? From: Ryan Ware <ware@shocking.com> Date: Fri, 21 May 1999 16:25:36 -0700 (PDT) Hey Bill, There's a little trick that's not at all obvious. When you tell Netscape where it is, you need to do it like this: /usr/lib/G2realplayer/realplay %s The %s actually lets it know to open the file instead of just launch realplay. Good luck. === Subject: Re: real G2 : works ... really ? From: "Jose M. Sanchez" <opjose@ex-pressnet.com> Date: Tue, 25 May 1999 15:04:15 -0400 > > On Tue, 25 May 1999, Philippe Moutarlier wrote: > > > > > Ok, I found it but it just ... doesn't work for me > > > (stays locked) when trying to play a .ram file > > > > > > I did : > > > > > > - turn off esd > > > > > > - set the envir variable > > > > > > but to no avail . The main screen appears but is dead > > > locked . Then after a while some little windows > > > start to flash and go away very fast. > > > > > > > > > My system : rh 6.0 , sound blaster, ATI AGP > Ryan Ware <ware@shocking.com> writes: > > > It works fine for me. To help you track down the > > problem you're having, you might want to try a different > > window manager. Restart your system, edit (or create) > > ~/.xinitrc and put in exec fvwm and give it a try. If > > it works there, then you know it's a gnome/enlightenment > > issue. Philippe Moutarlier <philippe@enit.fr> wrote: > I tried : the same ... snif snif ! Remove your memory resident sound drivers -ALL- of them "cat /proc/modules" Displays them... Then rmmod uart401 rmmod awe_wave rmmod sb rmmod sound rmmod soundcore rmmod sound Then re-run the sndconfig program... Be SURE you remove the existing modules from memory first... === From: ignatz@homebru.dminet.com (Dave Ihnat) Date: Thu, 22 Apr 1999 20:27:56 -0500 (CDT) Subject: Re: Real Player 5.0 -- Won't play! Benjamin Sher wrote: > I would very much appreciate help with my RealPlayer 5.0. It looks real > pretty but won't play. I've not used RealPlayer and the 2.2.5 kernel, but this was interesting enough that I'll give my explanation of the kernel documentation. > In the mean time, you can always try backing up your copy of rvplayer, Simply copy the rvplayer file somewhere, in case you make a horrible mistake. > and then editing it by: > > dd if=/dev/zero of=rvplayer bs=1 count=1 seek=657586 conv=notrunc d > if=/dev/zero of=rvplayer bs=1 count=1 seek=665986 conv=notrunc This is a use of 'dd' I've not seen used before--a binary editor. Amusing. /dev/zero is a pseudo-device that simply is guaranteed to return binary zeroes. 'dd' is a _very_ crufty but useful Unix utility from the earliest days. The above commands are slightly mis-transcribed; they must really be: dd if=/dev/zero of=rvplayer bs=1 count=1 seek=657586 conv=notrunc (Notice the 'd' on the end of the line must not be there.) which can be read as if=/dev/zero Read binary zeroes from the pseudo-device of=rvplayer You must be in the directory containing rvplayer. Copy the zero(es) read from /dev/zero to this file. bs=1 The input and output block size is set to 1 byte. count=1 Read and write only one block; in this case, 1 byte. seek=657586 Skip 657586 bytes forward in the input file (rvplayer) before beginning to write data. (Someone tediously figured out what byte to zero) conv=notrunc Make sure all bytes after that byte that was zeroed are retained. Similarly, the second line is mistranscribed, and must be: dd if=/dev/zero of=rvplayer bs=1 count=1 seek=665986 conv=notrunc Same thing as above, except you're zeroing byte 665986. > If you're lucky, you'll then have sound... So you will have changed two bytes in the rvplayer executable to zero. Someone figured out that these need to be changed--probably arguments to a kernel request, I'd guess--and gave a generic way to use 'dd' to do it. > You may also need to edit it with > dd if=/dev/zero of=rvplayer bs=1 count=1 seek=702554 conv-notrunc As above, except the 'conv-notrunc' _must_ be 'conv=notrunc'. My guess is they found that some releases needed yet a third byte cleared, but it didn't hold true in every case they tested. Binary editing; Caveat Utilitor. > as well. Alternately, download rpopen from > http://onramp.i2k.com/~jeffd/rpopen/and pre-load it before you run > rvplayer (it's a shared object which blocks rvplayer from doing the > NONBLOCKing open of /dev/dsp). This presumably reinstates the 'bug' to which they referred earlier. (The comment about the nonblocking open indirectly implies that the binary editing done in the 'dd' sequences above, hence my inference they're changing the arguments to a kernel call, FYI.) > Could one of your Linux wizards please decipher this for me You got it. > or else please instruct me as to my options. I do understand the > last part about adding a special program. If so, does "preload" > mean every time you use rvplayer? Can that be done automatically? From the context, I can't quite tell how they intend for this to be used; it's probably actually a shared library they want to be used instead of the distributed shared library. I'd be less happy about that as a solution, since it affects any program that would use the shared lib. I would try the 'dd' sequence. It's permanent, doesn't change the system, just the affected application, and if it works won't have to be reapplied or require funny processing every time you use rvplayer. G'luck, and let us know what happens, ===