之前买了树莓派,然后坑了个串口转USB的转接器,转接器买回来之后才发现居然没!驱!动!
看了一下转接器上面的芯片,是HL340,在网上Google了N久之后,发现了一个app可以连接,但是极难使用,果断放弃。
之后发现了某网站,上面在卖HL-340 / CH-340 / CH-341的Driver,不过要花7.04欧,但也总比换掉树莓派、自己写驱动什么的好>///<
于是这里还是把驱动发上来造福社会吧。
之前买了树莓派,然后坑了个串口转USB的转接器,转接器买回来之后才发现居然没!驱!动!
看了一下转接器上面的芯片,是HL340,在网上Google了N久之后,发现了一个app可以连接,但是极难使用,果断放弃。
之后发现了某网站,上面在卖HL-340 / CH-340 / CH-341的Driver,不过要花7.04欧,但也总比换掉树莓派、自己写驱动什么的好>///<
于是这里还是把驱动发上来造福社会吧。
今天浏览hdiutil的man页面时,偶然发现这样一段话,
Creating a RAM-backed device and filesystem:
NUMSECTORS=128000 # a sector is 512 bytes
mydev=`hdiutil attach -nomount ram://\$NUMSECTORS`
newfs_hfs \$mydev
mkdir /tmp/mymount
mount -t hfs \$mydev /tmp/mymount
今天Naville也依旧在坑QQ音乐的歌词。Dump出的歌词是QRC格式的,也就是QQ音乐自己的格式,这个格式比起传统的LRC多了一个功能(至少目前我发现的):可以让高亮准确地跟着歌词走,而不是一次亮一整句,或者以平均速度高亮完一句歌词。
那么这里就以Naville发给我的一个Sample作为例子吧。
昨天还在说python x Scripting-Bridge 访问iTunes很方便,今天就被Naville告知可以用iTunesLibrary.framework。。。
那两篇post,
P.S,其实一开始让我用iTunesLibrary.framework的时候我是拒绝的,因为你不能让我用,我就马上用,第一我要试一下,因为我不愿意用完了以后再加一些特技上去,iTunes资料库“咣”一下,很全、很方便,这样程序[猿|媛]出来一定会骂我,根本没有这样的资料库,就证明上面那个是假的。后来我也经过证实它确实是好用的,我用了大概一个月左右,感觉还不错,后来我在用的时候也要求他们不要加特技,因为我要让程序[猿|媛]看到,我用完之后是这个样子,你们用完之后也会是这个样子!
上一篇post,在python里使用Scripting Bridge与iTunes交互,简单写了一下,这次是一个稍微实用一点的工具。
最近拿python脚本与iTunes交互的次数越来越多,这里就当是自己的一个笔记吧。
Apple的Scripting Bridge真的是个很不错的东西,只要某个App支持这个技术,并且开放了对应的接口之后,不需要使用DYLD注入也可以在其他程序中实现进程间通信与控制。当然,要想实现更高级的功能,还是得靠逆向与ObjC运行时。
Continue reading 在 Python 里使用 Scripting Bridge 与 iTunes 交互去年12月份左右加入了「iOS 8应用逆向工程 」国际版的翻译工作,这是我第一次从事翻译相关的工作,而这也是iOS安全相关方面的书籍第一次向国外输出,在翻译上没少下功夫,紧张却又谨慎。
翻译小组加上我一共5人,每人两章左右的内容,约25000字左右,在一个月的时间内不仅要翻译完、翻译好,还要不断互相做校对。
在翻译的初期,虽然大家风格差异不大,但也决定一起走一个6000字的磨合期。从语句的结构风格、术语用词上统一,既要精准用词,又要行文自然,不拖泥带水。
翻译中后期,以章或半章(约10000字)为单位边译边校。在每翻译并校队好一章后,会将初稿交给老外review ( technical & grammatical )。
日程虽然相对紧张(前后3个月左右),中间也有一些小插曲,但也总算是有条不紊。一切都是为了能够使「iOS 8应用逆向工程 」的国际版能够如期和大家见面。如果我们的努力可以让更多的,对iOS逆向工程有兴趣的人走进这座宏伟建筑的大门的话,那么我们的心愿也算是达成了吧。
在「iOS 8应用逆向工程 」中文版正式发售之际,预祝「iOS 8应用逆向工程 」中文版和国际版都能大卖!
[data deleted]
刚才翻到了上学期期末无聊写的十进制转其他进制的Perl程序,留着也没用,其实拿出来也没人用,就当发出来玩玩吧。
论如何正确的使用Dash!(误)