Glitz

What bootloader do you have in the MBR? This is what the BIOS will boot. Somehow you have to get that bootloader to boot linux. Glitz.

OpenMandriva LX 2013.0 Final was released on November 22, 2013 and work has started on 2014. I gave it a try in live mode yesterday and it looks pretty spiffy. Give it a spin! Glitz. PS. I tried posting this in Portal News but the post disappeared so I'm posting it here instead.

OpenMandriva 2013.0 Final was released on November 22, 2013 and work has begun on 2014! Hopefully, this will liven up the discussion around here ;-) I am currently writing this from the OpenMandriva 2013.0 live boot. Find it here: http://www.openmandriva.org Cheers, Glitz.

This is just a quick tip on getting digital audio out working on the SBlive! and possibly other soundcards especially with the ALSA system. In KMIX (with SBlive! soundcard): Make sure the following settings in the Switches section are set properly: 1. IEC958 Optical Raw -> Unless you are using a fiber optic cable make sure this is deselected. 2. SB Live Analog/Digital Output Jack -> Make sure this is selected. Note that the regular sound volume controls no longer have any effect. You have to use the ones in the Input section. eg. Surround, Synth, Wave. For digital CD input use IEC958 TTL. For analog CD input set Capture to about the fifth tick (more tends to introduce distortion) and use the AC97 slider in the Output section. Make sure the volume controls are not set to zero. This will ensure that audio data is being sent out of the SPDIF port. Now, it may happen that you still have no sound. Or, it can happen that the sound works fine but TOTEM (or some other video program) was using the AC3 passthrough option and it crashed, leaving you with working AC3 passthrough but no sound otherwise. This is annoying, and contrary to what you might find on the internet, does not require a re-install of linux. After reading many, many manpages, I figured out what was happening and how to fix it. Quick technical aside: Data piped out of the digital port to a receiver requires header information for the receiver to know how to interpret the signal. The soundcard automatically appends this data to the LPCM signal output from the soundcard. However, when invoking AC3 passthrough mode, the soundcard is disabled from attaching this header since the AC3 data already has the necessary headers for the receiver. It then just passes the data unaltered. When AC3 passthrough mode is enabled and the video player crashes, it tends to stay enabled and does not get switched back again (even if you load up the player again and then exit). And so the LPCM data gets no headers attached and the receiver doesn't have a clue what to do with the data. Now, how can you tell if this has happened? From a command console run: iecset You will get some output that looks like this: Mode: consumer Data: audio Rate: 48000 Hz Copyright: permitted Emphasis: none Category: PCM coder Original: original Clock: 1000 ppm In particular, note the field that says "Data: audio". If it says this then headers are being added and you should have sound. If it says "Data: non-audio" then no headers are being added to the output (it is in AC3 passthrough mode). To change this flag use the following command: iecset audio 1 You should now have sound. If you still don't have sound then as a last resort open up System->Configuration->Configure Your Desktop and select Sound->Sound System. From here select "Test Sound". If no sound is heard then deselect "Enable the sound system". Press apply and then Reselect "Enable the sound system". Press apply one more time and the select "Test Sound". If you still don't hear anything then something else is wrong and I'm afraid I can't help you any further. Good Luck!

I've been using a Mandriva 2006 64 bit install as my main system for about a year now. There are still a few things you can't find on the 64 bit version (eg. codecs) that would be nice but you can run 32 bit programs as well (or so they say). The installer does get confused sometimes and tries to fill dependencies for x86_64 programs with i586 packages, even though 64 bit ones exist. The linker and makefile system also get confused if your compiling source code and they try to link in 32 bit libraries instead of the 64 bit versions if both exist on the same system. This is especially problematic with a site such as PLF. When installing packages, if such a conflict occurs, you can first install the 64 bit versions of any problem packages and then try again to install the package you originally wanted. As for crashes and things of that nature, I have had no problems. The Nvidia drivers work great. I'm hoping that 2007 will fix some of these issues. Glitz.

Actually, TS in this case stands for Transport Stream. An MPEG TS file is one that combines several video mpeg and audio streams together with time synchronization information. This is the native format of cable and over-the-air HD broadcasts in North America. PES stands for Program Elementary Stream and is usually either a single video stream or a single audio stream. PS stands for Program Stream and may contain one or more PES streams (usually a video stream and its accompanying audio stream). I typically record raw MPEG TS files from over-the-air HD programs to DVD or DVD DL disks and then play them back on my HD TV using Kaffeine. Glitz.

I have been battling with the LILO timestamp mismatch problem for about a week now (LM10.0 on an Epia M10000). I don't know if your problem is the same or not but maybe my experience will help. I have been duplicating disks in an embedded system by booting from /dev/hdd and copying to /dev/hda (for reasons that will not become any clearer right now) and when I have two drives in the system I often get this error. I also get this error when I have two flash disks in the system. This time on /dev/hda and /dev/hdc. However, I never get the problem if one of the two devices is blank. Additionally, when having multiple possible disks to boot from in the system at the same time, the BIOS does not honor the order in which I place the boot devices. In fact, I believe it simply boots off the first partition marked bootable going in the order /dev/hda, /dev/hdb, /dev/hdc, then /dev/hdd. That last bit seemed to be the clue I needed. From what I could tell, it would load the first boot sector off the disk from the proper drive but would not assign that drive to 0x80. This meant that when LILO tried to continue the boot process using BIOS drive 0x80 it would in fact load LILO's second stage boot off of the other disk and hence there is the timestamp mismatch. As far as I can tell, the problem is with the BIOS, but I've found a clever work around. Simply disable all drives in the bios except the boot drive. This way the BIOS has no choice but to keep the drive as 0x80. For linux this is not a problem since it does its own scan during bootup to determine what devices are connected. So far, this works like a charm. In your case, the problem is a little different but probably produces the same result. What partitions do you have marked as bootable in the partition table? I suspect that there may be more than one thus causing the BIOS to load the boot sector from one partition and then assign drive 0x80 to a completely different partition (one with another copy of LILO on it). Then again, I could be completely wrong about your case ;-) But I hope that this might at least provide a clue. Glitz. PS. By the way, if you haven't already guessed, the LILO timestamp error occurs when the first boot sector and the rest of LILO have different timestamps. PPS. I don't know if GRUB used the BIOS to access drives at all. This could explain why it doesn't run into these sorts of problems.

Okay...so explain to me again, how having to pay a large sum of money has any affect on the effectiveness of someone else's methods of copying your technology... Glitz.

Just out of curiosity, if someone develops commercial applications with KBASIC, how is the QT license handled? Just in case anyone actually knows... Glitz.

Sorry, I can't help you but for what it's worth you're experiencing the chicken and egg problem. I installed LM9.2 on a 512MB bootable USB flash drive. The bios loads the boot sector just fine. After that, however, LILO doesn't have USB drivers to access the flash disk (it gets as far as LI). Booting off a hard drive and telling LILO that your system is on a USB key doesn't help either. It manages to load the kernel off the USB key but the kernel drivers for USB access can't be loaded (since they are on the USB drive) so the kernel panics. I've heard of a kernel patch for thiis but I've had no luck locating this. Good luck, Glitz.

It might be worthwhile to just chuck the Dell SB Live! card and purchase a barebones OEM SB live! 5.1 for $35CDN (approx. $25US). I recommend a card with a copyright notice of 2002 or earlier. The 2003 version is not properly recognized in the ALSA version that comes with LM9.2. It may be properly recognized in the ALSA version that comes with LM10.0. Glitz.

Just out of curiosity, does anyone know how this would affect a person who designed their own computer and wrote their own operating system for personal use? Glitz.

Turn based RPG's (eg. Wizardry series), turn based strategy games (eg. Master of Orion series), text adventure games (eg. Zork series, Suspended, Starcross), and old arcade games (eg. Pacman, Puzzle Bobble, Lode Runner). Glitz.

The new GF-FX6800 Ultra with the new NV40 core is coming out in a month or two. The benchmarks show it to be over twice as fast as the GF-FX5600 and the graphics quality is as good as the ATI cards. It may take a little longer for the support to show up in the Linux drivers though. Their other cards should drop in price though. Check out: http://www20.tomshardware.com/graphic/2004...0414/index.html Glitz.

It's been a while since I've had to specifically compile Linksys drivers for Linux (over 4 years) but back then they had instructions on their site for how to compile and install them. I think it took some digging to find them but they were there. I'm sorry I don't have the link bookmarked anymore. Good Luck! Glitz.