Somewhat of a cryptic post about cinnamon 1.6. Was it supposed to be to the LXPup thread? Looks like a rather interesting alternative desktop. Is there a pet? or can it be downloaded and installed using one of the sources listed here: http://cinnamon.linuxmint.com/?page_id=61? Which? Or will that depend on which Puppy?

mikesLr

Cinnamon is a fork of gnome. Im sure it can be installed using the slackware repos when thats worked out and is working smoothly.

ETP, funnily enough I have the older tempicon on the laptop I'm posting from and after a reboot the font went small! (after tweaking with fontwizard)

Some brief research tells me that SVG does not support hinting. This explains my previous observations. Having said that, the current blue SVG temperature images are fine with or without fontwizard. It would make a worthy addition to the build as it benefits not only those with poor vision but anyone with a small low resolution LCD screen._________________Regards ETP

GRUB gets its information from the BIOS. You would think that the BIOS would be aware of a drive even if it was unformatted.

But I once had a situation where GRUB ignored a drive simply because no partition on it had a boot flag set - even though GRUB doesn't use the boot flag! I concluded that the BIOS was skipping the drive because it didn't appear to be bootable.

Maybe the same thing is happening with your sda. Try putting a little dummy partition on it and flagging it bootable. Does (hd1,0) now work as expected?

Then take the boot flag off.

I am not going to try this any time soon. I am very worried now that if I create partitions/format that disk Windows will start to recognise it, get upset and not boot (or worse still says it is a pirate copy because the hardware configuration is different). I know I am being very pessimistic but I don't want to lose anything. I would like to swap the connections on the disks so that they are connected properly but lethargy and confidence prevents me at the moment!

This may be a red herring, but looking at your last post did you actually use:

PMEDIA= or pmedia=

Similarly did you use:

PDEV1= or pdev1=

If the former in both cases, puppy may have simply ignored those boot codes, relied on its own search algorithms and come to the right or wrong conclusion itself. If puppy does not recognise a boot code it simply ignores it and AFAIK the case matters.

Apologies if I am barking up the wrong tree and you were just emphasizing those codes.

Just to clarify ETP, I did use those codes like that but they are not the problem.

Case matters in Linux/Puppy BUT these boot codes are acted upon in a script, called init, that Barry wrote. It is how Barry's init interprets the codes that is important. I think it was around series 2 Puppy that these codes had to be in upper case but with the advent of Puppy 3 Barry added some code to convert the codes if they were in the wrong case. They can now be input in either lower case or upper case. I'm just a stick in the mud who persists with what what I have always used from day 1! If it aint broke - don't fix it!

I like this distribution - it is looking good. A few issues though - the second affecting both pAVrecord and precord. The most important issue first, ffmpeg not recognising 'copy' codec:

1. The provided ffmpeg seems to be broken in that it does not seem to recognise the option -codec copy (the provided ffmpeg reports: unknown decoder 'copy'). pAVrecord http://www.murga-linux.com/puppy/viewtopic.php?t=81332 uses that option to mix audio and video streams without re-encoding. pAVrecord was developed on Slacko-5.3.3 where it all works fine. pAVrecord also works fine in the latest Puppy Precise 5.3.95.1 beta (for the encoders provided there - though the ffmpeg in Precise doesn't unfortunately have libfaac, libxvid, or libx264 enabled).

2. Using arecord to get a simple audio VU meter, isn't displaying correctly. Works in all other puppies including the latest Puppy Precise development. The code used for that simple VU meter in precord (and also in pavrecord):

The provided ffmpeg seems to be broken in that it does not seem to recognise the option -codec copy

As far as I know, that is not a compile time option. It does seem however that in this version (0.11.1) that the developers have changed the behaviour. A quick search reveals many instances of your concern. You may need a work-around. ffmpeg -h doesn't even fit in a terminal window and has to be redirected to a file, over 1500 lines!

Quote:

arecord -vvv /dev/null 2>/dev/null

We are shipping with alsa-1.0.26 and again, the developers have changed stuff. From the help:

It does seem however that in this version (0.11.1) that the developers have changed the [ffmpeg] behaviour.
...
We are shipping with alsa-1.0.26 and again, the developers have changed stuff.

I'll look into that. The alsa change seems trivial.

I hope and presume the change with respect to ffmpeg decoder 'copy' is equally easy to address. I'm surprised that backwards compatibility hasn't been assured by the ffmpeg developers though since the copy option has long been used. Constant changes in usage makes ffmpeg a challenging customer!_________________SomeOfMyWork with links:
dCoreDogweX, scrox, Precord, Premote, fokSyfEyeR, xhippo-mod, flite_hts_pet

The ffmpeg error turned out to be trivial. Newer ffmpegs require the copy options just before the output. I'll publish fixed pAVrecord later today.

Frustratingly, the alsa VU meter problem has not turned out to be quite so trivial, but I'm working on that and may settle to use the -VU option as a compromise (I prefer the output of the existing method).

Quite the opposite of your first thought! When you get it sorted I will test. At the moment the only alternative for webcam recording is guvcview, which I have compiled and does work but is large and requires large depends, gtk+3 and portaudio spring to mind (and a few others).

Thanks

EDIT:

What exactly is the problem with ogg video? I have a file for testing that has .ogv extension and it plays in gnome-mplayer, produced with ffmpeg-0.8.4.

Code:

# file test3.ogv
test3.ogv: Ogg data, Theora video

IIRC, this was an issue in 533. Could you have been mistaken with versions?_________________Puppy Linux Blog - contact me for access

Sorry, I was testing in various versions. You are correct, ogv files are opening fine in Slacko 5.4 beta - I just checked with the new pAVrecord I'm just building. I'll have to check later which version was giving the problem (assuming I wasn't imagining it...)._________________SomeOfMyWork with links:
dCoreDogweX, scrox, Precord, Premote, fokSyfEyeR, xhippo-mod, flite_hts_pet

You may find if you have just been installing packages you need to reboot to clear /tmp (or if you know what to delete from /tmp do it manually).

Some packages include scribus and python (many thanks to Jejy69 and a few other packages), umplayer patched, vlc, guvcview, inkscape and more.

Please report if dependencies fail to download.

DO NOT (as yet) attempt to update the Slacko repo from PPM, I am working on the solution as to not break compatibility with slacko-5.3.3 and earlier (mentioned a few times).

Some packages are the old 5.3.3 ones but they should work. Let me know if anything fails due to "symbol lookup error" or similar.

I haven't uploaded chromium or iron yet. Soon. I have to tweak packages as the next version will not include seamonkey-solibs, a dep of chromium based browsers. I also refuse to package with deps as this potentially breaks other stuff.

Have fun.. (also stay tuned for an updated beta, within 24hrs.. yeah we all know I'll be late!)

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum