Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Sun 23 Nov 2014, 20:33
All times are UTC - 4
 Forum index » Advanced Topics » Additional Software (PETs, n' stuff) » Multimedia
pBurn 4.3.11
Post new topic   Reply to topic View previous topic :: View next topic
Page 121 of 144 [2157 Posts]   Goto page: Previous 1, 2, 3, ..., 119, 120, 121, 122, 123, ..., 142, 143, 144 Next
Author Message
pemasu


Joined: 08 Jul 2009
Posts: 5465
Location: Finland

PostPosted: Tue 17 Jul 2012, 11:10    Post subject:  

Pburn version 3.7.1

in console launched pburn produces this:
grep: /usr/share/doc/pburn/en.html: No such file or directory

----> the structure was this: /usr/share/doc/pburn.html

I had linux installation stuff in dvd, imaged from iso file.
I wanted to blank it. Yeah I know...you have told that it is not
necessary, but old habits....

Blanking dvd using fast blank option:
###################################################
COMMAND:
###################################################
growisofs -use-the-force-luke=notray -Z /dev/sr0=/dev/zero
###################################################
OUTPUT:
###################################################
WARNING: /dev/sr0 already carries isofs!
About to execute 'builtin_dd if=/dev/zero of=/dev/sr0 obs=32k seek=0'
/dev/sr0: "Current Write Speed" is 2.0x1352KBps.
:-[ WRITE@LBA=0h failed with SK=5h/INVALID ADDRESS FOR WRITE]: Invalid argument
Sad attempt to re-run with -dvd-compat -dvd-compat to engage DAO or apply full blanking procedure
Sad write failed: Invalid argument

Ok. gave commandline a go:
# dvd+rw-format -blank /dev/sr0
* BD/DVD±RW/-RAM format utility by <appro@fy.chalmers.se>, version 7.1.
-* 4.7GB DVD-RW media in Restricted Overwrite mode detected.
* blanking 100.0-

After blanking it from commandline pburn blank fast also was able to blank TOC.
I attach the pic what pburn info told about my dvd before I tried
blank fast option pburn.
dvd-content-info-before-trying-to-blank-fast-it-with-pburn.jpg
 Description   
 Filesize   55 KB
 Viewed   971 Time(s)

dvd-content-info-before-trying-to-blank-fast-it-with-pburn.jpg

Back to top
View user's profile Send private message 
zigbert


Joined: 29 Mar 2006
Posts: 5786
Location: Valåmoen, Norway

PostPosted: Tue 17 Jul 2012, 11:27    Post subject:  

pemasu
Code:
growisofs -use-the-force-luke=notray -Z /dev/sr0=/dev/zero
This is not a fast blank... I see your errors, but lacks knowledge to tell what's wrong.

Pburn uses
Code:
dvd+rw-format -force /dev/sr0
for fast blanking, and it works ok for DVD, but troubles with BD (at least for me).

The whole new idea is to avoid blanking for DVD/BD, but we need to finetune how to tell this to the users. That is why I am interested what Flash (and all others) actually read and do.


Sigmund

_________________
Stardust resources
Back to top
View user's profile Send private message Visit poster's website 
pemasu


Joined: 08 Jul 2009
Posts: 5465
Location: Finland

PostPosted: Tue 17 Jul 2012, 12:06    Post subject:  

I used burniso2cd for imaging the iso. Because it took so long for Pburn to creating commands or something. But now I used Pburn for imaging....I waited kindly enough minutes so that it started and burned the iso image.
This time the dvd was blanked nicely with Pburn. I have to also tell that my dvd burner is not in its best shape anymore and the dvd rw disk is also quite old, eventhough in good shape, no scratches.
So...just dismiss my previous report. I thought it could be useful to report but...I think not anymore. I could remove the whole post and reference this.....
Back to top
View user's profile Send private message 
zigbert


Joined: 29 Mar 2006
Posts: 5786
Location: Valåmoen, Norway

PostPosted: Tue 17 Jul 2012, 17:20    Post subject:  

pemasu
Thank you for taking the time....


Sigmund

_________________
Stardust resources
Back to top
View user's profile Send private message Visit poster's website 
disciple

Joined: 20 May 2006
Posts: 6455
Location: Auckland, New Zealand

PostPosted: Tue 17 Jul 2012, 23:40    Post subject: Re: help file, pburn kills ...  

zigbert wrote:
shinobar wrote:
zigbert wrote:
I haven't seen Pburn kill anything (else you use the emergency button). - I have Geany open 'all' the time ...... ???

Maybe it is rare case and not serious.
  1. Open any file under /usr/local/pburn by geaney.
  2. Start pburn.
  3. Quit pburn.
Confirmed!
Does not happen if another file is open in the first tab in Geany

Ah, good find. We didn't discover that workaround when I reported this years ago. I'll have to use Geany when I mess around with Pburn and co now.

_________________
DEATH TO SPREADSHEETS
- - -
Classic Puppy quotes
- - -
Beware the demented serfers!
Back to top
View user's profile Send private message 
Flash
Official Dog Handler


Joined: 04 May 2005
Posts: 11157
Location: Arizona USA

PostPosted: Wed 18 Jul 2012, 00:18    Post subject:  

zigbert wrote:
Flash
Did you check the overwrite-box?

No, I thought Pburn 3.70 was supposed to overwrite by default, perhaps with a warning that the disk already contains data which will be overwritten if nothing is done.

So I had another try at burning the blank disk, this time checking the overwrite box and switching the temporary storage (even though temporary storage supposedly isn't needed for DVDs and Blu-Ray) to a 32 GB flash memory stick instead of the default location in RAM.

With the overwrite box checked and the temporary memory location moved to /mnt/sdb1, Pburn burned the 22 GB onto the blanked disk without error, though it took more than 2 hours. Very Happy

Perhaps the cause of the error Pburn gave on the first try was that the temporary memory location (which was in RAM) was too small even though the computer has 4 GB of RAM. But why did Pburn use the temporary memory at all? It shouldn't need it. If it can't read the data from the source location fast enough to keep up with burning, then it should just slow down the burning process. I don't see how transferring the data from the source USB flash drive to an intermediate or temporary location which is itself a USB flash drive, before burning it speeds up the data transfer at all. Confused

Tomorrow I plan to blank the disk and repeat the same burn to see if Pburn creates a symlink directory in /tmp and uses it for temporary storage even though it was told to put its temporary storage in /mnt/sdb1. That's what seemed to happen tonight, but I'm not certain.
Back to top
View user's profile Send private message 
zigbert


Joined: 29 Mar 2006
Posts: 5786
Location: Valåmoen, Norway

PostPosted: Wed 18 Jul 2012, 18:57    Post subject:  

Version 3.7.2
See main post

Changelog
- Bugfix: Improved definition of burn command for blanked BD-RE (thanks to Flash)

_________________
Stardust resources
Back to top
View user's profile Send private message Visit poster's website 
Flash
Official Dog Handler


Joined: 04 May 2005
Posts: 11157
Location: Arizona USA

PostPosted: Wed 18 Jul 2012, 22:41    Post subject:  

Okay, this morning I blanked the BD-RE again (full blank - not fast blank). It took 2 hours. The BD-RE is a 2x and the burner is capable of 12x but Pburn only blanked at about 1x. I told Pburn to put its temporary memory in /mnt/sdc1. When I opened Pburn it apparently created a pburn_symlink_tree directory in both /tmp and mnt/sdc1. (I can't remember for sure but I think I checked that there was no pburn_symlink_tree directory in either place before I started, but there was that directory in both places after Pburn started blanking the disk.) I monitored the two directories for the whole 2 hours that Pburn took to blank the disk but neither one ever contained anything.
Code:
Pburn version 3.7.0

###################################################
   COMMAND:
###################################################

growisofs -use-the-force-luke=notray  -Z /dev/sr0=/dev/zero

###################################################
   OUTPUT:
###################################################
WARNING: /dev/sr0 already carries isofs!
About to execute 'builtin_dd if=/dev/zero of=/dev/sr0 obs=32k seek=0'
Sleeping for 5 sec...4 sec...0 sec...
/dev/sr0: "Current Write Speed" is 2.0x4390KBps.
   23330816/24756879360 ( 0.1%) @0.8x, remaining 123:40 RBU 100.0% UBU   1.7%
   38535168/24756879360 ( 0.2%) @1.0x, remaining 106:54 RBU 100.0% UBU  47.2%
   52494336/24756879360 ( 0.2%) @0.9x, remaining 109:48 RBU 100.0% UBU  59.4%


24726274048/24756879360 (99.9%) @0.8x, remaining 0:07 RBU 100.0% UBU  57.2%
24737939456/24756879360 (99.9%) @0.8x, remaining 0:04 RBU 100.0% UBU  45.0%
24749604864/24756879360 (100.0%) @0.8x, remaining 0:01 RBU 100.0% UBU  62.8%
:-[ WRITE@LBA=b87400h failed with SK=5h/END OF USER AREA ENCOUNTERED ON THIS TRACK]: Input/output error
:-( write failed: Input/output error
/dev/sr0: flushing cache
Pburn residue after full blank.png
 Description   
 Filesize   46.15 KB
 Viewed   808 Time(s)

Pburn residue after full blank.png

Back to top
View user's profile Send private message 
Flash
Official Dog Handler


Joined: 04 May 2005
Posts: 11157
Location: Arizona USA

PostPosted: Wed 18 Jul 2012, 23:05    Post subject:  

Next I burned the same 22 GB of mp3 files onto the 2x speed BD-RE that I'd just blanked. I checked the box for Pburn to overwrite and left the temporary memory at /mnt/sdc1. It took about an hour and a half and went with no problem or error message. This time, there was no pburn_symlink_tree directory created at all. Confused
Code:
Pburn version 3.7.0

###################################################
   COMMAND:
###################################################

growisofs -use-the-force-luke=notray  -Z /dev/sr0  -f -iso-level 3 -D -R -J -joliet-long -V "pburn_project" -p root -publisher "Pburn"  -exclude-list /root/.pburn/tmp/exclude -graft-points -path-list=/root/.pburn/tmp/graft_points

###################################################
   OUTPUT:
###################################################
Executing 'mkisofs -f -iso-level 3 -D -R -J -joliet-long -V pburn_project -p root -publisher Pburn -exclude-list /root/.pburn/tmp/exclude -graft-points -path-list=/root/.pburn/tmp/graft_points | builtin_dd of=/dev/sr0 obs=32k seek=0'
Warning: -follow-links does not always work correctly; be careful.
I: -input-charset not specified, using utf-8 (detected in locale settings)
  0.04% done, estimate finish Wed Jul 18 10:01:05 2012
  0.09% done, estimate finish Wed Jul 18 10:20:16 2012
  0.13% done, estimate finish Wed Jul 18 10:13:51 2012
/dev/sr0: "Current Write Speed" is 2.0x4390KBps.
  0.17% done, estimate finish Wed Jul 18 10:58:38 2012
  0.22% done, estimate finish Wed Jul 18 11:10:08 2012
  0.26% done, estimate finish Wed Jul 18 11:11:26 2012

 99.87% done, estimate finish Wed Jul 18 11:40:18 2012
 99.91% done, estimate finish Wed Jul 18 11:40:19 2012
 99.96% done, estimate finish Wed Jul 18 11:40:18 2012
Total translation table size: 0
Total rockridge attributes bytes: 2038396
Total directory bytes: 3553280
Path table size(bytes): 5384
Max brk space used 114a000
11514978 extents written (22490 MB)
/dev/sr0: flushing cache


Encouraged by my success, I thought I'd try burning the exact same 22 GB onto a 6x speed Verbatim BD-R disk, using the same settings. It took a little less than an hour, but with an error message at the end. When I ejected the tray and reloaded it, the disk mounted ok though and appears to contain everything it should. It appears there was a pburn_symlink_tree directory created in /tmp but not in /mnt/sdc1.
Code:
Pburn version 3.7.0

###################################################
   COMMAND:
###################################################

growisofs -use-the-force-luke=notray  -Z /dev/sr0  -f -iso-level 3 -D -R -J -joliet-long -V "mp3_books_delta 7-18-2012" -p root -publisher "Pburn"  -exclude-list /root/.pburn/tmp/exclude -graft-points -path-list=/root/.pburn/tmp/graft_points

###################################################
   OUTPUT:
###################################################
Executing 'mkisofs -f -iso-level 3 -D -R -J -joliet-long -V mp3_books_delta 7-18-2012 -p root -publisher Pburn -exclude-list /root/.pburn/tmp/exclude -graft-points -path-list=/root/.pburn/tmp/graft_points | builtin_dd of=/dev/sr0 obs=32k seek=0'
Warning: -follow-links does not always work correctly; be careful.
I: -input-charset not specified, using utf-8 (detected in locale settings)
  0.04% done, estimate finish Wed Jul 18 12:05:32 2012
  0.09% done, estimate finish Wed Jul 18 12:24:43 2012
  0.13% done, estimate finish Wed Jul 18 12:18:18 2012
/dev/sr0: pre-formatting blank BD-R for 24.8GB...
/dev/sr0: "Current Write Speed" is 4.1x4390KBps.
  0.17% done, estimate finish Wed Jul 18 19:45:58 2012
  0.22% done, estimate finish Wed Jul 18 18:21:31 2012
  0.26% done, estimate finish Wed Jul 18 17:31:45 2012

  99.87% done, estimate finish Wed Jul 18 12:54:10 2012
  99.91% done, estimate finish Wed Jul 18 12:54:10 2012
  99.96% done, estimate finish Wed Jul 18 12:54:11 2012
Total translation table size: 0
Total rockridge attributes bytes: 2038396
Total directory bytes: 3553280
Path table size(bytes): 5384
Max brk space used 114a000
11514978 extents written (22490 MB)
/dev/sr0: flushing cache
/dev/sr0: closing track
/dev/sr0: closing session
:-[ CLOSE SESSION failed with SK=5h/INVALID FIELD IN
CDB]: Input/output error
Pburn BD-R burn error msg.png
 Description   
 Filesize   40.96 KB
 Viewed   802 Time(s)

Pburn BD-R burn error msg.png

Back to top
View user's profile Send private message 
zigbert


Joined: 29 Mar 2006
Posts: 5786
Location: Valåmoen, Norway

PostPosted: Thu 19 Jul 2012, 04:50    Post subject:  

Flash
What I did in Pburn 3.7.2 is to auto-set the correct burning command if media is empty (even if corrupted). That means you don't need to check the 'Overwrite existing...' with Pburn 3.7.2.

Regarding the pburn_symlink_tree this is set to /tmp at first run (until an alternative is set). /tmp should be deleted during shutdown. pburn_symlink_tree is not the place where huge amount of data is hold, but only symlinks to the actual files shown in burnlist. This means not all kind of burning needs it, but still might be there as Pburn don't bother to delete it.

I have checked the code a bit to see if your assumption that /tmp is used instead of the set temporary storage. What I found was that is happens if temporary storage is pointed to a VFAT partition. Else I could not find anything. Let's keep an eye on this....


Thank you for the report
Sigmund

_________________
Stardust resources
Back to top
View user's profile Send private message Visit poster's website 
Flash
Official Dog Handler


Joined: 04 May 2005
Posts: 11157
Location: Arizona USA

PostPosted: Thu 19 Jul 2012, 07:55    Post subject:  

Thanks, Sigmund. I'll give 3.7.2 a try next. Smile
Back to top
View user's profile Send private message 
Smithy


Joined: 12 Dec 2011
Posts: 460

PostPosted: Wed 25 Jul 2012, 12:14    Post subject:  

Zigbert,

upgraded the Three Headed Dog Puppy with the new Pburn and can confirm that it fixes a bug I found, where sometimes when a rewritable cd was put in for blanking (particularly a puppy linux cdrw) it would not recognise it and say reinsert into the tray, and try again, and again, and again etc..

Now no problems with blanking CDRW. Solid Smile
Back to top
View user's profile Send private message 
zigbert


Joined: 29 Mar 2006
Posts: 5786
Location: Valåmoen, Norway

PostPosted: Wed 25 Jul 2012, 12:58    Post subject:  

Smithy
That is great news

_________________
Stardust resources
Back to top
View user's profile Send private message Visit poster's website 
Flash
Official Dog Handler


Joined: 04 May 2005
Posts: 11157
Location: Arizona USA

PostPosted: Thu 26 Jul 2012, 00:22    Post subject:  

Over the last few days I've transferred mp3 files from a hard disk to 8 Blu-Ray, plus 2 DVD, disks using Pburn.

The only real complaint I have about how Pburn worked to do this is that I can't drag highlighted directories from a ROX window into the Pburn burn window. The only way I could find to do what I wanted was to highlight a bunch of directories on the hard disk drive, find their count, then, when it added up to 23 GB according to ROX, drag the highlighted directories into an empty directory I had created on another (USB flash) drive.

Transferring 23 GB from a USB hard disk drive to a USB flash drive takes hours in Puppy. I think it might go considerably faster in Windows but I didn't try it yet. After the transfer, I could then put the 23 GB directory in Pburn's burn window to see if it would fit on a Blu-Ray disk (ROX doesn't count the sizes with enough precision to tell.) A bit of adjustment was usually needed to just fill the Blu-Ray disk without overflowing. (At a dollar a pop, I'm not ready to try overburning a Blu-Ray disk yet. Laughing )

At the end, I didn't have enough left to fill a Blu-Ray disk so I used 2 DVDs. The last DVD I overburned by about 50 MB. Pburn gave an error message but the DVD seems to contain everything it should.
Code:
Pburn version 3.7.2

###################################################
   COMMAND:
###################################################

growisofs -use-the-force-luke=notray -overburn -dvd-compat -Z /dev/sr0  -f -iso-level 3 -D -R -J -joliet-long -V "mp3_books_7-25-12"  -exclude-list /root/.pburn/tmp/exclude -graft-points -path-list=/root/.pburn/tmp/graft_points

###################################################
   OUTPUT:
###################################################
Executing 'mkisofs -f -iso-level 3 -D -R -J -joliet-long -V mp3_books_7-25-12 -exclude-list /root/.pburn/tmp/exclude -graft-points -path-list=/root/.pburn/tmp/graft_points | builtin_dd of=/dev/sr0 obs=32k seek=0'
Warning: -follow-links does not always work correctly; be careful.
I: -input-charset not specified, using utf-8 (detected in locale settings)
:-( /dev/sr0: 2295104 blocks are free, 2322615 to be written!
:-! ignoring...
  0.22% done, estimate finish Wed Jul 25 20:01:42 2012
  0.43% done, estimate finish Wed Jul 25 19:57:51 2012
  0.65% done, estimate finish Wed Jul 25 19:59:08 2012
/dev/sr0: "Current Write Speed" is 16.4x1352KBps.
  0.86% done, estimate finish Wed Jul 25 20:42:21 2012
  1.08% done, estimate finish Wed Jul 25 20:34:13 2012
  1.29% done, estimate finish Wed Jul 25 20:28:49 2012
                          <---------->
 99.03% done, estimate finish Wed Jul 25 20:00:48 2012
 99.24% done, estimate finish Wed Jul 25 20:00:49 2012
 99.46% done, estimate finish Wed Jul 25 20:00:48 2012
:-[ WRITE@LBA=230540h failed with SK=5h/END OF USER AREA ENCOUNTERED ON THIS TRACK]: Input/output error
:-( write failed: Input/output error
/dev/sr0: flushing cache
/dev/sr0: closing track
/dev/sr0: closing disc
genisoimage: Broken pipe. cannot fwrite 32768*1
Back to top
View user's profile Send private message 
disciple

Joined: 20 May 2006
Posts: 6455
Location: Auckland, New Zealand

PostPosted: Thu 26 Jul 2012, 01:43    Post subject:  

Quote:
Transferring 23 GB from a USB hard disk drive to a USB flash drive takes hours in Puppy.

Wouldn't it be easier to temporarily move them into a directory on the USB hard disk, and then move them out of it afterwards?

_________________
DEATH TO SPREADSHEETS
- - -
Classic Puppy quotes
- - -
Beware the demented serfers!
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 121 of 144 [2157 Posts]   Goto page: Previous 1, 2, 3, ..., 119, 120, 121, 122, 123, ..., 142, 143, 144 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Additional Software (PETs, n' stuff) » Multimedia
Jump to:  

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


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.1413s ][ Queries: 12 (0.0296s) ][ GZIP on ]