OT - video compression HEVC woo cool!
Recently in a discussion on the data grid someone mentioned Trevor's DG presentations at runrev09. Grabbing my revLive09 disks I loaded up the relevant DVD. However I am not a great fan of DVDs these days and thought I would copy onto my hard disk. I also am not that keen on the Mac DVD player so I thought I would rip and compress. The DVD was single sided so took about 4.3GB. I decided to use Handbrake which I had recently modified to use the 10 bit x265 (HEVC) libraries. I processed the three presentations on the disk and ended up with three files totaling 480MB. The settings I used were not very aggressive as I used my std settings for bd's. I know x265 is good. I also know x264 would have done a passable job but not of the same order. In short, if you have a need to compress/convert video to h264 I would consider trying h265. Of course it depends on your use but it really is impressive. Btw I use the 10bit versions of the binaries as they seem to offer a better looking image at the same settings as 8bit compressions even when the source is 8bit. For those on the Mac, "iffMpeg" is a really nice interface for FFMPEG. One of the sites providing precompiled Mac binaries of FFMPEG consented to compiling a 10 bit x264/265 binary as well. So either handbrake (free) or iffmpeg (not free) are really great choices to get great compression with little loss of quality. James BTW re the quality. The files I rip to place as back ups on my server I view on a 55" HD screen. Trust me, I would know if the x265s were not as good as an x264 version. The size reduction x264->x265 is one quarter to one third. E.g x264 at 3.7GB -> x265 910bit) at 800MB I have yet to pick a difference visually. You can of course compress more aggressively but then you would notice. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: automating enabling of plugin settings on new versions
Instructions are in the bug report, but basically you make a copy of the plugin, do whatever you want with it, and put it in your user extensions folder. It will override the LC copy. If you've installed for "this user" then that's who it will apply to. If you installed for everyone I assume the change will apply to all users. I always install for just me so that's what I'm familiar with. If LC updates their plugin then you'd have to replace your copy, but as they promised me in the report, they'll tell us if that happens. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 14, 2017 6:57:10 PM "Dr. Hawkins via use-livecode" wrote: On Tue, Feb 14, 2017 at 4:12 PM, J. Landman Gay via use-livecode < use-livecode@lists.runrev.com> wrote: I did that and it works fine. The user plugins folder is shared with all copies of LC you have installed. I put my own copy in there some months ago after submitting the bug report. But as I understand, that is "incorrect" behavior--preferences should be by user, not shared. And I'm not sure about doing it from the finder, but in general on unix,if you move (mv) or copy (cp) folder b to a and there si already a folder a/b, young up with a/b/b rather than replacing b. -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: automating enabling of plugin settings on new versions
On Tue, Feb 14, 2017 at 4:12 PM, J. Landman Gay via use-livecode < use-livecode@lists.runrev.com> wrote: > > I did that and it works fine. The user plugins folder is shared with all > copies of LC you have installed. I put my own copy in there some months ago > after submitting the bug report. > But as I understand, that is "incorrect" behavior--preferences should be by user, not shared. And I'm not sure about doing it from the finder, but in general on unix,if you move (mv) or copy (cp) folder b to a and there si already a folder a/b, young up with a/b/b rather than replacing b. -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: automating enabling of plugin settings on new versions
On 2/14/17 4:46 PM, Dr. Hawkins via use-livecode wrote: Copying plugins on each release opens its own can of worms. I did that and it works fine. The user plugins folder is shared with all copies of LC you have installed. I put my own copy in there some months ago after submitting the bug report. If you don't have a user plugins folder, create one in the My Livecode folder. (Whoever named that, I'll find them some day.) -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Deleting stacks on the fly
On 2/14/17 3:38 PM, Richard Gaskin via use-livecode wrote: J. Landman Gay wrote: My other project is crashing on Android the same way. It also has heavy server/internet use. I'm starting to think that's where the problem lies. I wonder if that may be related to some of the leaks closed recently. Would be nice, but it happens in 9.0dp4 too. :( My stack is in the QCC, maybe they can figure it out. We have a repeatable recipe. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: automating enabling of plugin settings on new versions
Dr. Hawkins wrote: > The issue is that as shipped, there is an option in the plugin > settings to save changes/choices--and it just plain doesn't work, > failing silently due to the permissions. > > Rather than saving inside of the application bundle, it seems that the > "correct" way for this to happen is to be writing to ~/Library > /Application\Support Even better, the plugin should ideally stay where it is but write its prefs out to a separate file in some user-writable folder. You may want to contact the author to see about modernizing the prefs handling. I've found the team very receptive to handling updates of bundled plugins, but v9 DP is approaching, so the sooner the better. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: automating enabling of plugin settings on new versions
On Mon, Feb 13, 2017 at 7:51 AM, panagiotis merakos via use-livecode < use-livecode@lists.runrev.com> wrote: > I think that changing the permissions of the app bundle may cause issues > with OSX's Gatekeeper. If you want to customize or change the settings (and > make sure the changes do stick) of the Application Browser, I suggest you > put a copy of it in your Plugins folder. > The issue is that as shipped, there is an option in the plugin settings to save changes/choices--and it just plain doesn't work, failing silently due to the permissions. Rather than saving inside of the application bundle, it seems that the "correct" way for this to happen is to be writing to ~/Library/Application\ Support In fact, my understanding is that *not* writing there is, by apple's definition, a bug/wrong/heresy/etc. Copying plugins on each release opens its own can of worms. -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Nabble fools one of us
I cc'd my earlier message to Heather at LiveCode so maybe she can figure it out. Martin -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Nabble-fools-one-of-us-tp4712403p4712413.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Deleting stacks on the fly
J. Landman Gay wrote: My other project is crashing on Android the same way. It also has heavy server/internet use. I'm starting to think that's where the problem lies. I wonder if that may be related to some of the leaks closed recently. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Deleting stacks on the fly
BTW, we're not talking about creating and deleting new stacks on the fly, we mean the "delete stack" command that removes an open stack from RAM. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 14, 2017 10:51:06 AM "J. Landman Gay via use-livecode" wrote: I frequently delete stacks when memory is an issue, which is the problem with Swami's stack suite. I also create almost all new stacks with destroystack set to true for the same reason. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 14, 2017 9:44:36 AM Bob Sneidar via use-livecode wrote: Is there any reason to delete the stack? If not, don't. Clearly any CtoD should be investigated, but I have never seen why an app would be designed to create and delete stacks when all you have to do is show and hide existing ones. Bob S On Feb 13, 2017, at 22:00 , Sannyasin Brahmanathaswami via use-livecode wrote: This works if we just use "close stack oStackName" but if I change this to "delete stack oStackName" ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Deleting stacks on the fly
I frequently delete stacks when memory is an issue, which is the problem with Swami's stack suite. I also create almost all new stacks with destroystack set to true for the same reason. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 14, 2017 9:44:36 AM Bob Sneidar via use-livecode wrote: Is there any reason to delete the stack? If not, don't. Clearly any CtoD should be investigated, but I have never seen why an app would be designed to create and delete stacks when all you have to do is show and hide existing ones. Bob S On Feb 13, 2017, at 22:00 , Sannyasin Brahmanathaswami via use-livecode wrote: This works if we just use "close stack oStackName" but if I change this to "delete stack oStackName" ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Deleting stacks on the fly
Is there any reason to delete the stack? If not, don't. Clearly any CtoD should be investigated, but I have never seen why an app would be designed to create and delete stacks when all you have to do is show and hide existing ones. Bob S > On Feb 13, 2017, at 22:00 , Sannyasin Brahmanathaswami via use-livecode > wrote: > >This works if we just use "close stack oStackName" > >but if I change this to "delete stack oStackName" ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
[ANN] A quick note about the conference
Hi, The eHUG International Mini Conference on LiveCode will take place on 25th February between 13:00 and 18:00 at the Ibis hotel in the city centre of Antwerp. Address: Meistraat 39, Antwerp, Belgium. Reasonably prices rooms are still available. Book those on the Ibis website. More information is available at http://economy-x-talk.com/conf Keep an eye on the website as we're updating. After the conference, we'll go somewhere for dinner and socialising. We might also arrange something for the next day. More info will follow soon. -- Kind regards, Mark Schonewille http://economy-x-talk.com https://www.facebook.com/marksch Buy the most extensive book on the LiveCode language: http://livecodebeginner.economy-x-talk.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Windows and OSX 64-bit builds?
Most probably :) On 13/02/17 23:37, Stephen Barncard via use-livecode wrote: The blind leading the blind? On Mon, Feb 13, 2017 at 12:17 PM, Richmond Mathewson via use-livecode < use-livecode@lists.runrev.com> wrote: Over here, in Bulgaria, they expect kids to have got to grips with Calculus to start studying programming! -- Stephen Barncard - Sebastopol Ca. USA - mixstream.org ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
