Major advance in Bluray multisession effort.
ftp://ftp.berlios.de/pub/cdrecord/alpha ... 13.tar.bz2
Could someone make a pet of this package for 32bit? to see if we came reduplicate the success so far for the 32biters still left behind.
Could someone make a pet of this package for 32bit? to see if we came reduplicate the success so far for the 32biters still left behind.
Slacko 5.5 has cdrtools 3.01a08. That should be a good testbed.Ted Dog wrote:ftp://ftp.berlios.de/pub/cdrecord/alpha ... 13.tar.bz2. Could someone make a pet of this package for 32bit?
Last edited by rcrsn51 on Sun 05 May 2013, 02:12, edited 1 time in total.
My intention is to keep Rockridge always for level 4 and never for level 1. Like that, there is no option for the user.rcrsn51 wrote:In my tests using "iso-level 4", I still need Rock Ridge to provide upper/lower case filenames, in Linux.zigbert wrote:Do we need the Rockridge ????
[Edit] Somehow, XP was able to see the full upper/lower case filenames.
Sigmund
Yes, imgburn is a good one. It was one of my favorites when I was still addicted to WindowsTed Dog wrote:I think we need some long name support as Rockridge would. UDF would not really be needed from a data point of view. I found that a windows free software runs under wine that will be a workaround if any one wants to make true video player UDF video with in puppy. -
rcrsn51 is right. Rockridge is required not only for long filenames but also for other Unix stuff like permissions, more fine-grained timestamps, symlinks, etc.zigbert wrote:My intention is to keep Rockridge always for level 4 and never for level 1. Like that, there is no option for the user.rcrsn51 wrote:In my tests using "iso-level 4", I still need Rock Ridge to provide upper/lower case filenames, in Linux.zigbert wrote:Do we need the Rockridge ????
[Edit] Somehow, XP was able to see the full upper/lower case filenames.
My recommendation is to *always* enable rockridge (RR) no matter what iso-level you use. It does no harm for compatibility (those who don't understand RR simply ignore it or pretend that it doesn't exist), and the additional space taken is infinitesimal. Anyway, what feature do you plan to offer that makes use of "iso-level 1"?
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
My recommendation is to *always* enable rockridge
Got it - thank you
I think pBUrn can use isolevel 4 by default, but isolevel 1 is most compatible with whatever os out there, I see it logical to give an extra option.Anyway, what feature do you plan to offer that makes use of "iso-level 1"?
"Use 8.3 naming of files for backward compatibility"
- Ok, that sentence is awful, but still my intention
edit: what about
"Use old file-naming (8.3) to work on older systems."
Sigmund
Agreed.zigbert wrote:I think pBUrn can use isolevel 4 by default, but isolevel 1 is most compatible with whatever os out there, I see it logical to give an extra option.
How about:"Use 8.3 naming of files for backward compatibility"
- Ok, that sentence is awful, but still my intention
edit: what about
"Use old file-naming (8.3) to work on older systems."
"Rename files to comply with DOS 8.3 filename convention"? Googling for "DOS 8.3 filename convention" brings you straight to the Wikipedia article about it (or, if you can do it from gtkdialog, you may want to provide a URL link directly to that wikipedia page).
Alternatively:
"Most basic ISO 9660 specification (limited features but most compatible with all operating systems)"
cheers!
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
Blu-ray testing attracts T-Storms
I went into town to download the new Fatdog64v621 at a family member with high-speed cable internet. Had a good simple supper with them, and when I got back, saw flashes of distant lightening. Like a magnet drawn to metal a megacell cloud started six counties over is heading my direction. Now a under a Severe Thunder Storm Warning and one eye is on the TV radar, and other on the burn time remaining....
Seems reasonable. And, as pointed out by @Rcrsn51 RR also maps.zigbert wrote:... As I see it right now:
- Replace isolevel 3 with isolevel 4, and remove the Joilet options. Do we need the Rockridge ???? Remove udf as well.
- Keep isolevel 1 for backward compatibility
- Depend on cdrtools ONLY
- burning video, filesystem settings are not available for user, so not any issue with udf here...
This would make it all easier for the user (Less options).
Any opinions?
Sigmund
Here to help
Fwiw:
unless you want to be downward compatible with Win95/98 (shudder!)
Options aren't hard if it is obvious what they are for (and perhaps any downsides) e.g. if an option has a label or tooltip saying "long filename support on win95/98" or something. And an option for downward compatibility with Win98 isn't such a bad idea when some of your users are still using machines from that era. Just the other day someone was asking here for help installing NT3 or something...this would make it all easier for the user (less options)
Do you know a good gtkdialog program? Please post a link here
Classic Puppy quotes
ROOT FOREVER
GTK2 FOREVER
Classic Puppy quotes
ROOT FOREVER
GTK2 FOREVER
Re: Blu-ray testing attracts T-Storms
Ted, did you make it under the wire?Ted Dog wrote:...when I got back, saw flashes of distant lightening. Like a magnet drawn to metal a megacell cloud started six counties over is heading my direction. Now a under a Severe Thunder Storm Warning and one eye is on the TV radar, and other on the burn time remaining....
Re: Blu-ray testing attracts T-Storms
May be the storm affected the burn resulting in unworkable bluray ...Flash wrote:Ted, did you make it under the wire?Ted Dog wrote:...when I got back, saw flashes of distant lightening. Like a magnet drawn to metal a megacell cloud started six counties over is heading my direction. Now a under a Severe Thunder Storm Warning and one eye is on the TV radar, and other on the burn time remaining....
That being said, multisession save is now logged in /dev/initrd.err (this file is not persisted across reboots). If you want to see what's the result coming from the "final" multisession save at shutdown, instead of doing a real shutdown, type kill -3 1 instead. That will tell init to shutdown everything like real, but instead of powering off it will give you a console at the end, and you can inspect the result of the final save in /dev/initrd.err. From here, type /sbin/poweroff -f to poweroff, or /sbin/reboot -f to reboot. If you want to stay around in that console for longer, /bin/mount -t proc proc /proc might make it more comfortable otherwise you will have to prefix everything with the full path (e.g. /bin/ls etc).
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
I thought this might interest some. Apps-on-Blu-Ray
Interesting use for external Blu-Ray devices. Free tools for PC users, too.
Here to help
Interesting use for external Blu-Ray devices. Free tools for PC users, too.
Here to help
I have a eye on external blu-ray for my new 64bit Netbook, but I think I'll make a remote save session first. seems easy enough. Almost the entire work is already in Fatdog64 multisession code. Came across how to feed a cdrecord burn stream to a remote burner. Network is faster than burn rate so it would work.
Yes I made it under the wire on the burns weeks ago. I Added md5sum check code to my burn/build scripts, was checking them just after a burn, but last night the weather people said storms tonight so I been skipping the 20min check to get done backing up a 500GB hybrid drive for reuse by now. Second to last one (18 discs) just completed. The final one is not maxed out so I'm looking for stuff to fill it.
Yes I made it under the wire on the burns weeks ago. I Added md5sum check code to my burn/build scripts, was checking them just after a burn, but last night the weather people said storms tonight so I been skipping the 20min check to get done backing up a 500GB hybrid drive for reuse by now. Second to last one (18 discs) just completed. The final one is not maxed out so I'm looking for stuff to fill it.
Interesting Care to share? Are you using netcat or something?Ted Dog wrote:Came across how to feed a cdrecord burn stream to a remote burner.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
code has ssh wrapper at I saw set up a pipe then send it to ssh with a command string to run on remote computer that calls another cdrecord to finish.jamesbond wrote:Interesting Care to share? Are you using netcat or something?Ted Dog wrote:Came across how to feed a cdrecord burn stream to a remote burner.
Have not even tried yet networking setup has always been my main weekness I read up on it and just follow someones example.
I tried this using netcat and it works!jamesbond wrote:Interesting Care to share? Are you using netcat or something?Ted Dog wrote:Came across how to feed a cdrecord burn stream to a remote burner.
On the receiving machine (the one with the burner) run
Code: Select all
nc -l -p 1234 | growisofs -Z /dev/sr0=/dev/stdin
Code: Select all
mkisofs [options] source_folder | nc -w 1 aaa.bbb.cc.dd 1234
Very interesting approach as it sets the Bluray PC for receiving its data via sysin, while having the non-Bluray PC to "drive" the data. Netcat becomes the LAN subsystem active on both PCs which is the data carrier between each.rcrsn51 wrote:I tried this using netcat and it works!jamesbond wrote:Interesting Care to share? Are you using netcat or something?Ted Dog wrote:Came across how to feed a cdrecord burn stream to a remote burner.
On the receiving machine (the one with the burner) runOn the sending machine (the one with the data) runCode: Select all
nc -l -p 1234 | growisofs -Z /dev/sr0=/dev/stdin
where aaa.bbb.cc.dd is the IP address of the receiving machine.Code: Select all
mkisofs [options] source_folder | nc -w 1 aaa.bbb.cc.dd 1234
I think you useTed Dog wrote: ... wonder how we can send a multisession after first burn.
Code: Select all
growisfs -M ....
I don't think that it's possible using the netcat procedure. But here is an alternative.Ted Dog wrote: wonder how we can send a multisession after first burn.
1. Start a Samba server on the sending machine. The shared folder should contain the target data or a symlink to it.
2. Run a Samba client on the receiving machine and open the share.
3. Burn the data as usual.