is there a way to convert a scratch 3.0 file into a .swf file? - mit-scratch

I tried scratch 2.0 but I use Sinhala language because l am Sri Lankan. So I can't use Sinhala in scratch 2.0 So I can't convert using scratch 2.0
Is there any other way we can convert an Sb3 file to a Swf file?

I hope I understood correctly. You want to convert a Scratch project to SWF. Scratch 2.0 is not an option due to lack of language support; you feel obliged to create the project in Scratch 3.0.
I guess it should be possible to convert SB3 to SWF in two steps: first convert SB3 to SB2, then convert SB2 to SWF.
This wiki article explains both steps:
https://en.scratch-wiki.info/wiki/Porting_Scratch_Projects
SB3 to SB2
Scratch user -Rex- made a .sb3 to .sb2 converter here.
Run sb3tosb2.py (requires Python) to run the converter.
After the .sb2 is saved, the guides below can be followed (.mp3 files will not be converted to .wav to be used in the .sb2).
Note: it wasn't clear to me what 'guides' the last sentence refers to.
SB2 to SWF
You can download an SB2 to SWF converter or use an online converter at this site.
Note: the link above now redirects to: https://asentientbot.github.io/converter/

I've been struggling with this as well but only because when I go to the converter on asentienbot.github.io it tells me this "Quite a few years ago, I wrote a tool to port Scratch projects to SWF files and standalone applications. It is now obsolete and unsupported." And doesn't let me press any buttons just tells me I can download the source code. Does this happen to you?

As #Ruud Helderman said, you can convert SB3 to SB2 using this converter made by -Rex-.
For the SB2 to SWF part, you can use the Wayback Machine to access older versions of the website.
Here, I linked the latest available version of the page.
EDIT: You have to download the converter since the online version redirects you to: https://asentientbot.github.io/converter/

Related

Alfresco PDF thumbnail previews unreadable

Not sure this is the right stackexchange site but seems to be the place with the most question about Alfresco I can find so here goes.
Have Alfresco Community Edition 4.2.d installed on a RHEL5 64bit box (mainly default install bar using MySQL as a database locally). Uploading PDFs to the documentLibrary is fine and thumbnail previews and flash previews are generating. If the PDF has been processed by ABBYY OCR (which we have running on a separate server and is used to OCR scanned PDFs) then the flash preview generates fine but the thumbnail is incredibly dark and looks as if it has been attacked by a can of spray paint.
I initially thought it could be a ghostscript issue but have updated that to 9.14 and still getting this issue. I have also tried playing around with ImageMagik but I can't get a nice clear thumbnail to generate. I am guessing it is a switch in the convert command that Alfresco is using but I am struggling to work out a combination of switches that will work and then where Alfresco would store these parameters. Or indeed what switches are currently being used.
I was wondering if anyone had seen this behaviour before with ImageMagik previews in Alfresco 4.2.d? It seems something unique to PDFs that have been through the OCR process so I am guessing I will need to create a separate transformation for them at a later stage.
EDIT: So it was suggested that a later version of ImageMagick and GS should resolve it. I have therefore installed GS 9.14 and IM 6.8.9-0 (both compiled form source). Running the following from a command line:
convert /root/test1.pdf[0] /root/test1.png
results in a crystal clear image thumbnail preview. Thinking I was on to a winner I have amended the following lines in alfresco-global.properties to point to the system location of GS and IM:
img.root=/usr
img.dyn=${img.root}/lib
img.exe=${img.root}/bin/convert
img.gslib = /usr/local/share/ghostscript/9.14/lib/
and alfresco loads. However the thumbnail preview generated by Alfresco using the new version of IM and GS does not result in nice clean previews.
I am guessing that Alfresco is passing some command line switch during the conversion that is undoing the good work of the later versions of these programs. Does anyone know where the switches for thumbnail creation might be stored in Alfresco?
I guess it's related to transparency and default background black. I didn't find an easy way to add the required parameters to the script except to register a new transformer supporting more parameters like:
-fill white -opaque none

itext JavaScript version

first time here posting, though I have benefited many times from other postings on stackoverflow. I am the principal developer of Jmol, which I have recently ported to JavaScript/HTML5. The Jmol applet interfaces with another applet, JSpecView, which in its current form as a Java applet utilizes a slimmed down version of itext.1.4.5.jar to create PDF files of spectra.
I am interested in converting iTtext Java code to JavaScript so that a JavaScript version of the JSpecView applet can create PDF files directly.
Q: Has this already been accomplished?
Q: JSpecView is an Open-Source project licensed under LGPL. All our source code is available. Is this a problem?
Bob Hanson
Principal Developer, Jmol/JSmol
A: I don't think such a port has been done before. But why would you not use an existing JavaScript pdf library? Or what is wrong with doing the PDF generation on the server side? Why would you do more work than is necessary? I've done a quick google on JS PDF libraries and found:
http://jspdf.com/
https://github.com/mozilla/pdf.js
And the following stackoverflow question:
Generating PDF files with Javascript
A: I think it shouldn't be a problem porting it to JavaScript as you'd be porting to the same license (of course, if you're using a version of iText before the license switch to AGPL), but IANAL.

how can previous versions of office files be accessed using open xml sdk 2.0

I suppose office files(prior MS office 2007) cannot be accessed using open xml sdk2.0 or if they cannot be programmatically accessed using the open xml format.
so is there any way to work or these older version files or can i view the xml content of these files.
or is it that open xml sdk isnt designed for that purpose
See the answer to a similar question I asked when I just started learning this SDK.
No but the open source project POI provides an API to most of the old formats. Warning POI is a bit (not a lot) buggy, does not fully implement the specs, and support is catch as catch can (ie it's open source).
You can use Office File converters to convert to open xml formats and start processing it.
See here:
http://technet.microsoft.com/en-us/library/cc179019(v=office.14).aspx
I'm using this for my application. This works for me.
Hope this helps.

mediafilesegmenter on CentOS?

I'm working on a project where I need to batch convert files to multiple media formats, some of which will be streamed to iPhone. I'm using ffmpeg on a CentOS server, and have been using mediafilesegmenter locally to create m3u8 playlists, and it's gone swimmingly, but, in trying to get the process going on the unix server, I can't seem to find a ported/alternative version of mediafilesegmenter to use on a centOS server.
So, here's the question:
Where can I find a ported or open source version of mediafilesegmenter?
in addition, I'll need the same solution for variantplaylistcreator, although if absolutely necessary I imagine I could create a script to generate these.
Any ideas? I believe there is a tool called "segmenter" out there, but it's not in any of my repos, and I can't seem to track down a repo that has it.
You can now segment from ffmpeg directly. see https://ffmpeg.org/ffmpeg-formats.html#segment_002c-stream_005fsegment_002c-ssegment
I'm working at a company with some thousands of (payment) videos.
We are using (for more than 2 years) a segmenter based on Jesse's and works great get it here
PD: Older versions of ffmpeg have relevant bugs
Found this source : http://svn.assembla.com/svn/legend/segmenter/, which is an open source segmenter, on this article: http://www.ioncannon.net/programming/452/iphone-http-streaming-with-ffmpeg-and-an-open-source-segmenter/, which has some good info about streaming.
Just in case anyone else has this issue.
Also for anyone in future - have tried both this and another OSS segmenter - and they were causing some artifacts in playback in JWPlayer flash (but not in native iDevices).
Also, according to this Zencoder post - apple segmenter is more efficient with the streams it produces: http://blog.zencoder.com/2011/12/08/announcing-the-clouds-most-efficient-http-live-streaming/
I used Bento4 mp42hls tool to encrypt a media with the FairPlay on Linux.

Programmatically convert DITA to FrameMaker

Is there a toolkit available (paid or otherwise) to help with programmatically converting a DITA document to a FrameMaker one?
I'm attempting to make an application that converts to multiple formats from DITA. I know I can use the DITA Open Toolkit for most of my needs, but I need to be able to create a native FrameMaker document as well.
Programing language doesn't matter, altho I prefer Java as my application will be web based.
Arbortext import-export is industrial strength and very flexible. You could also try MIFtoGo. Conversion is tricky because source documents are rarely consistent. Conversion without cleanup before and after is next to impossible.
DITA-FMx is what you need:
http://leximation.com/dita-fmx/
Using DITA-FMx, you generate a FrameMaker book from your ditamap (and then save the FM book as PDF).
There is a movie on YouTube that shows you how the process goes. Just search for "PDF Publishing with DITA-FMx 1.1" (Stack Overflow does not allow me to post a second URL here yet)
If you like to see an example, just send me a small sample of a ditamap and I'll generate a FrameMaker book for you.
The disclaimer is that if you're converting a lot of documents you'll be better off with a supported well-integrated solution that fully uses FrameMaker's DITA support. If you're looking to do it on the cheap though (and who isn't) you can do this conversion by using straight XSLT and framemaker templates.
First create the framemaker template to handle the appearance of the document, then use XSLT to map your DITA content to the content tags you've used in Framemaker.
You can use the free SAXON xslt interpretor to do the actual conversion.
Here is some of adobe's reference material on authoring new DITA documents:
http://help.adobe.com/en_US/FrameMaker/8.0/05h/dita.html
Info on Framemakers's native XML support is here:
http://www.adobe.com/products/framemaker/pdfs/xml_fm7.pdf
The framemaker manuals also cover the subject quite extensively. Hope that helps
Indeed FM supports loading DITA files (I tried FM10 and newer) but to automate conversion to .FM format you either use the internal scripting mechanism which is still some manual work.
I have found an existing free utility that can do most basic operations like opening a file, 'saving as' another format and closing it.
tool name is DZBatcher
Example DZbatcher batch file:
Open "c:\My Dita Files\Doc1.dita"
SaveAs -d "c:\My FM Files\Doc1.fm"
Close "c:\My FM Files\Doc1.fm"
Open "c:\My Dita Files\Doc2.dita"
SaveAs -d "c:\My FM Files\Doc2.fm"
Close "c:\My FM Files\Doc2.fm"
Exit
Adobe has a framework called RoboHelp which is probably the infrastructure for this, but I didn't dig deeper as this utility did the job perfectly.
In my SW flow, I created this batch file using a python script that scan all the docs in an input directory and added 3 lines per file as seen above.
I used FM2015 for this task.
Bryan, after a decade's experience converting Frame, Word, Interleaf, etc to XML, I'll tell you that Adobe doesn't have it fully covered. The DITA support in FrameMaker works best if you also have the Leximation plug-in or know how to program the Adobe proprietary EDD. You can't do DITA specialization without programming the EDD in FrameMaker.
FrameMaker has excellent support for DITA. You can open DITA topics, and save them (if you wish) as .fm files. You could also open DITAMAPS, and save them as FrameMaker book files, or as composite (monolithic) .fm files. There is no need to write a parser.
PS: I am talking about FM 12.