pBurn 4.3.19

[zigbert]

the svg bug needs visiting - it appears in 280 icons in woof as well.
But before I go fixing all those I will ensure I get it all right.
If I replace version="1.1" with version="1.0", firefox still won't show the icon?

I get the error msg:
This XML file does not appear to have any style information associated with it. The document tree is shown below.


Btw
Slacko 5.7 does not support gtk-media-optical

[SFR]

This XML file does not appear to have any style information associated with it. The document tree is shown below.

The icon displays without error (Chromium) if I use at least this xmlns thing:

Code: Select all

<?xml version="1.0" encoding="UTF-8"?>
<svg height="100" width="100" xmlns="http://www.w3.org/2000/svg">

There's usually more stuff (from what I saw in other svg icons):

Code: Select all

<svg
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:cc="http://creativecommons.org/ns#"
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:svg="http://www.w3.org/2000/svg"
   xmlns="http://www.w3.org/2000/svg"
   xmlns:xlink="http://www.w3.org/1999/xlink"
   xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd"
   xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"
   id="svg114"
   sodipodi:version="0.32"
   width="750"
   height="750"
   sodipodi:docbase="/home/mike/Code/xpad/images/hicolor/scalable/apps/"
   sodipodi:docname="xpad.svg"
   inkscape:version="0.46"
   inkscape:output_extension="org.inkscape.output.svg.inkscape"
   version="1.0">

but the one from above was enough in my case.

Slacko 5.7 does not support gtk-media-optical

It's not "gtk-media-optical", just "media-optical" (see screenshot).

According to the previously linked page, this naming scheme is mandatory in GTK+ >=3.10.
I have no idea why in FD (GTK+ 2.24.25) old names don't work.
Btw, here I noticed this issue for the first time.

Greetings!

[01micko]

Yes I was about to post same... re SFR's post.

Code: Select all

<?xml version="1.0" encoding="UTF-8"?>
<svg xmlns="http://www.w3.org/2000/svg" version="1.1" height="100" width="100">

  <path style="fill:#5E9FCE;stroke:#041E31;stroke-width:4;" d="m 62,4 -22,0 0,35 -36,0 0,21 36,0 0,36 22,0 0,-36 34,0 0,-21 -34,0 z"/>

</svg>

The above opens in browser just fine.

Try it with xml version="1.1"

It doesn't need this extra 'xmlns="..."' stuff for gtk, qt, or efl, just that the xml version is correct. Take a look at the source in any other xml file (eg, rox pinboard, any rss feed) and you see xml version="1.0".

[zigbert]

Got the svg knowledge - thanks

Missing some of the gtk thingy...
media-optical works fine for window-title, but inside the widgets (ie. the menu), I have to use gtk-cdrom to get the icon?
Any thoughts?
How is this in FD?

[zigbert]

Got it

--disable-deprecated

Hmm, in 2.24.24 I didn't find any option in ./configure that alludes to this.
The problem appears to be more complex and mysterious, because for most of widgets (tree, menuitem, button, etc.) the old naming still does the job...

Greetings!

[zigbert]

Version 4.3.13
See main post

Changelog
- Bugfix: Icon in window heading in Fatdog (thanks to SFR)
- Bugfix: Correct xml/svg info for app icon (thanks to SFR)

[SFR]

Thanks!

Yeah, in all widgets, except <window>, old naming (and only old naming) works ok.

It's kinda confusing and I don't like it, but I still can't tell is this a bug in GTK or the way GTK was compiled, or in something GTK related, or Fatdog itself, or was it intentional change (hopefully not!).

Greetings!

[B.K. Johnson]

Zigbert


EDIT
WITHDRAWN FOR LACK OF DEVELOPER INTEREST/RESPONSE

B.K. Johnson
tahrpup-6.0.2 PAE, slacko-5.7, frugal install, pupsave file, multi OS flashdrive, SYSLINUX boot, CPU-Dual E2140, 4GB RAM

[mikeslr]

Hi all,

B.K. Johnson opened a thread with:
"@666Philb
I want to make an audio cd from some mp3 files.
pBurn-3.7.18 (version OOTB) requires ffmpeg but what am I to choose from tje PPM? Or should I update to latest pBun-4.3.13?"

Flash advised him to post his inquiry to this thread and locked the aforementioned thread.

I noticed that among the Pups B.K. Johnson was running was Tahrpup.

On the assumption that he will post here, or that others may run into similar difficulty, and that it may relate to attempting to use pBurn, any version, under Tahrpup, the information on the following link may be at the root of the problem, and provide a solution: http://www.murga-linux.com/puppy/viewto ... b93#795377

mikesLr

[B.K. Johnson]

@mikeslr
Thanks for forwarding my query about my inability to burn an audio cd because of missing ffmprg.

Your assumption that I am running tahrpup-6.0.2 is correct.

I will respond from now on in this thread. I do believe however that it is a tahrpup issue as ...OOTB and pburn not an installed pet.

Looking back in this thread, backi reports on missing ffmpeg in tahrpup-6.02 preventing burn of Videos to DVD with Pburn .
http://murga-linux.com/puppy/viewtopic. ... 537#826537
and ffestus made a recommendation here.
http://murga-linux.com/puppy/viewtopic. ... 541#826541
When I thought the Firefox Add-on, DownloadHelper, needed ffmpeg, I installed that ffmpeg but it didn't work. I went no further when 666philb (or peebee) correctly posted that it wasn't necessary as aconv worked with the add-on. The add-on may have rejected the suggested ffmpeg because the author's name was included in the name. I am reluctant to try it again without first backing up my pupsave, although backi reported success with it.

I agree with backi's comment:

But should be implemented in the iso....

This one slipped by 666philb and it's back to bite him again .
________________________________________________________
B.K. Johnson
tahrpup-6.0.2 PAE, slacko-5.7, frugal install, pupsave file, multi OS flashdrive, SYSLINUX boot, CPU-Dual E2140, 4GB RAM

[B.K. Johnson]

Hi All

While waiting for the tahr/ffmpeg issue to be resolved I booted up slacko-5.7. It had pburn-4.3.4 and used ffmpeg It worked but I found the process slow although the output was acceptable. Pardon me Zigbert if the latest update makes my comments below moot.

I settled on making a CD of 9 .mp3 files occupying 54MB. I got no help at all from pburn as to whether I'd be over or end up having lots of unused space. I still don't know for partview didn't display the CD details. I recall that in my other life, Windows CD making apps like Nero, Real Player and others used some algorithm to estimate the space each selection would take and interactively adjust the free space. pburn doesn't and couldn't because it assumes every burn is of the same type and simply keeps adding the amount of space the file occupies on disk. That graphic doesn't change when the user finally identifies that the mode is a Audio CD burn. Too late! pburn doesn't determine the kind of burn sufficiently early in the process. This needs a "re-think".

The interval between cuts seemed long. Maybe it is the standard but I would have loved to be able to adjust it. It also seemed to me that the volume was a shade lower than a straight compilation of mp3 tracks for computer play.
_______________________________________
B.K. Johnson
tahrpup-6.0.2 PAE, slacko-5.7, frugal install, pupsave file, multi OS flashdrive, SYSLINUX boot, CPU-Dual E2140, 4GB RAM

[mikeslr]

Hi again B.K. Johnson,

Both Ubuntu and debian now employ what had been the libav fork. As Slackware is sometimes said to take a more conservative approach to changes, I added "Slackware" to my google search. The most recent posts that revealed were those on this Forum. Indeed, googling "ffmpeg source" reveals that ffmpeg.org now employs the libav libraries. It may be argued that Ubuntu and debian may have misrepresented that "ffmpeg was deprecated" when they first made that statement. But as of today, I have to wonder what distro is using it?

One of the objectives Barry K had in mind when he developed woof was to ease the burden of application development for Puppy by enabling the use of other distro's binaries. Precise, Raring, Tahr, Unicorn, and Vivid are all built from Ubuntu binaries. Wheezy is built from debian binaries. Almost every Pup first published within the last two years are remasters of these; the exceptions being Fatdog64, the Carolinas, Slacko, and Barry K's newest. With those possible exceptions, current Puppies do not natively use the ffmpeg's libraries.

Ffconvert, winff --see my post at http://www.murga-linux.com/puppy/viewto ... 674#751674-- and even ffmpeg, itself, all can be configured to use libav libraries.

I leave it to the experts as to whether a current version of ffmpeg using ffmpeg rather than libav libraries can even be compiled to work with recent Pups? and what complications doing so would present when the other multimedia applications native to those Ubuntu and debian based Pups expect the libav libraries to be present.

Perhaps I'm wrong. I'm just an explorer. I don't compile and have only a rudimentary knowledge of scripting. But is seems to me that the only benefit to be gained would appear to be the continued utility of the zigbert's fine applications. And I repeat fine. My experience has been that zigbert's creations have often been as good or better than analogous applications while utilizing fewer resources.

But that said, I strongly hope zigbert is interested in examining his creations with the possible goal of modifying them so that they can employ libav libraries at least as alternatives.

mikesLr

[SFR]

Hey Zigbert

When select all items in "Add data from here..." tree using Alt+A and add them to "...burn content of the list" tree, that includes also .. and in effect parent directories gets added as well.
Have a look at the screenshot - dirs like archive, aufs, etc, home, lib and so on.

This works for me, however I don't know the code as much as you do, so I'm not sure if it's the best way:

Code: Select all

# diff -u func_org func
--- func_org	2015-05-08 16:54:01.033224803 +0200
+++ func	2015-05-08 16:56:53.073220047 +0200
@@ -676,6 +676,7 @@
 -add)
 	#---
 	if [ "$BUTTON" != "3" ] || [ "$CHOOSER" = ".." ]; then exit; fi
+	CHOOSER="${CHOOSER#..}"
 	cut -d '|' -f 4 $WORKDIR/ls > $WORKDIR/tmp2
 	if [ ! "$CHOOSER" ] && [ "$ADD" = "$(gettext 'Add selection') [$(gettext 'right click')]" ]; then #nothing is selected
 		echo -n > $WORKDIR/tmp
# 

Btw, multiple selection would be also useful in "...burn content of the list" tree.
Or at least a button to remove all entries at once.

Thanks &
Greetings!

[zigbert]

according to phoronix, ffmpeg is returning to Ubuntu (and maybe Debian)
https://www.phoronix.com/scan.php?page= ... px=MTg0NDY
http://www.phoronix.com/scan.php?page=n ... px=MTYxNjA

I see no reason to extend the poor pBurn-support of libav if this information is correct.

[zigbert]

SFR
I'll look at your report, but right now - no time.

[mikeslr]

Hi zigbert,

This involves the problem of using "sloppy language" which has followed discussions concerning ffmpeg and avconv since the fork. Posts continued to talk about ffmpeg even when the applications were using libav libraries.

Now the maintainers of ffmpeg are themselves using libav libraries. https://www.ffmpeg.org/documentation.html, Scroll down to "Libraries Documentation", If you follow the Phoronix link to Ubuntu's Launchpad, you'll find that while the title is "ffmpeg package in Ubuntu" the libraries are libav.

I don't know what to make of Phoronix's debian discussion. The links from there lead to a 'bug report' and what seems to be an unofficial compilation of a "non-libav" ffmpeg. Phoronix says "The latest comment at the time of posting is calling for the FFmpeg Debian package to be uploaded to the "experimental" archive."

Perhaps I haven't searched long enough, but as of today's date --May 8, 2015-- I was unable to find anything which suggests that even that limited call was implemented.

As of today's date, the use of libav libraries is the standard in both Ubuntu and debian builds. A return to ffmpeg libraries remains speculative.

mikesLr

[B.K. Johnson]

@zigbert
@666philb

Guys, please make it easy for me .

The last version of pburn series 3 prresumably runs with ffmpeg.

pburn 3.7.18 was offered with tahrpup-6.0.2 OOTB but without ffmpeg.

The version of pburn in PPM (Tahr repository - think it is 4.0.5) can't be downloaded from PPM.

Since pburn-4.3.13 is gnerally workng can't a pet be made with the replacement for ffmpeg. I don't have a problem using the latest - as long as it works.

What do I have to do? Switch to another puppy or dust off my Windows XP and run Nero ?

____________________________________________________
B.K. Johnson
tahrpup-6.0.2 PAE, slacko-5.7, frugal install, pupsave file, multi OS flashdrive, SYSLINUX boot, CPU-Dual E2140, 4GB RAM

[mikeslr]

Hi B.K. Johnson,

Currently posting from Tahpup 6. I downloaded and --after extracting-- made a VERY CURSORY examination of the files in the pBurn 3.7.18.pet, which is the one built into Tahrpup.
usr/bin/pburn consists of a script to execute /usr/local/pburn/pburn. That file is a bash script and within /usr/local/pburn are a number of other bash scripts. I opened each in the geany. I DID NOT ATTEMPT TO FOLLOW THE LOGIC OF THE SCRIPTS as would be necessary to modify the application. I just searched each script to
(a) find out if any made specific call to libraries, themselves. None did.
(b) to locate how ffmpeg was used. My cursory examination suggested that ffmpeg was just being called as one would call a module without giving it any special arguments. [This is a tentative conclusion since, as aforesaid, I did not attempt to follow the logic of the scripts].

As I mentioned in a previous post, avconv was a fork from ffmpeg. It was taken by those who were already familiar with ffmpeg. Under such circumstance, there is a strong likelihood that avconv is more in the nature of a variation of ffmpeg than an application built "from scratch" to perform the same tasks as ffmpeg. If that's the case, it may be possible to fool pBurn into making calls to avconv when its script requires calls to ffmpeg

Caution 1: I have not tested this by attempting to burn an audio CD or copy/shrink a video DVD. I have no present reason to do either. It may not be necessary, but it may be prudent to backup your SaveFile if you are not running your Pup having followed jpeps' instructions to avoid Automatic Saves,

Caution 2: The following procedure makes a system-wide change. Every application which by default calls ffmpeg will "think it present" and be compelled to use avconv in its place; and if it can't such application may not work at all. [This is why it would be better to modify pBurn to use avconv as an alternative]. Before applying the following work-around, I recommend starting all multimedia applications and, if they provide an option to use avconv, set them to do so.

In Tahrpup 6 --and I believe every other Pup-- avconv is found at /usr/bin. Open rox and browse to /usr/bin.
Right-click an empty space and from the drop-down menu, select Windows>Terminal Here. A terminal will open. Create a symlink, named ffmpeg, to avconv. The code to type in the terminal is:

ln -s avconv ffmpeg

Press return.

Restart X in order for your OS to reload executables, including the file named ffmpeg.

If you start pBurn now, and click "Help>Dependency Check" from its top menu, pBurn will report that ffmpeg is "OK".

I am uncertain why pBurn even requires ffmpeg simply to burn audio or video files from some location to a CD/DVD. IIRC, I've used pBurn from Tahrpup to burn ISOs to CDs and DVDs. It would be entirely different story were we discussing pMusic or other "p"-applications which, I assume, employ audio and/or video libraries in order to play files. But if pBurn only tests for the presence of ffmpeg before it will run some modules, or if avconv is sufficiently like ffmpeg to be used by pBurn, then creating a symlink to avconv should work.

If you try this, let us know whether it works, and whether it generates problems with other applications.

mikesLr

[zigbert]

pBurn is using ffmpeg to convert audio/video files to correct format for CDDA, VCD or video-DVD. Ffmpeg has nothing to do with burning itself. You can burn/copy iso/data without ffmpeg.

Using avconv should work for basic stuff, but avconv has evolved from ffmpeg with its own command parameters, that obvious gives trouble... Since the big distros tends to use ffmpeg (at least for future releases), that is the logical 'lib' to support. Ffmpeg has also been supported by samsung by resources, and it seems to me that the development in ffmpeg is steady.

pBurn shows all executing commands (for burning and for pre-burning operation as ffmepg) in the advanced tab of the burn options dialog (what shows up after pressing the burn-button in the main window). This is handy for debugging, improvements and for spreading knowledge.

[zigbert]

I don't know why TahrPup isn't using generation 4 of pBurn, but it might be the case it requires cdrtools-3. - It does not support cdrkit anymore. I would recommend switching to pBurn 4 of one simple reason: Discs are compatible with Windows versions more recent that Windows 98.