coolspace 2007-11-9 13:25
有人能将at3decoder重新编译成3.71版本么？(解决)
RT，这个现在在3.71m33下运行不了
作者也提供了源码
我不咋会编程，所以求助。
附件中有at3decoder的源码和1.5核心的程序eboot
[[i] 本帖最后由 coolspace 于 2007-11-9 23:23 编辑 [/i]]
larblue 2007-11-9 13:57
帮你编译了但是我也没有测试
coolspace 2007-11-9 14:33
回复 沙发 的帖子
多谢，我试试去，其实主要是代码里面可能有的函数调用不对了，需要用新的函数名
sony换过一次nid
coolspace 2007-11-9 14:38
试了，果然不行，八成是函数调用问题[s:13]
能改么
cooleyes 2007-11-9 16:58
这东西应该是拿我发在ps2dev上的样例代码改的
要改成3xx，改几行代码应该ok了
78la 2007-11-9 17:13
[s:8] 顶LS的
coolspace 2007-11-9 17:42
回复 5# 的帖子
多谢C大，之前也看过c大说参考了你的代码的。
原作者主页我已经上不去了。orz
多谢[s:1]
coolspace 2007-11-9 17:57
[s:2]奇怪了
程序能运行，没问题，运行过程中记忆棒指示灯也在闪烁
但是运行后以后在psp的根目录看不见获得到的wav文件
PS：程序运行过程中的指示行是乱码，系统没截图插件，无法截图[s:8]
coolspace 2007-11-9 18:07
刚刚装了scm，重新运行程序，截了张图，如下
其中最后显示done，但是在psp根目录找不到wav文件，其他目录也没有
cooleyes 2007-11-9 23:07
嗯，那个人写的代码实在有点乱，路径的字符串数组也没预先清零，才出现这样的问题
我改了一下，测试了一遍，可以了
生成的wav和at3在一个目录下，比如ms0:/at3/1.at3，那么就生成ms0:/at3/1.at3.wav
cooleyes 2007-11-9 23:08
嗯，那个人写的代码实在有点乱，路径的字符串数组也没预先清零，才出现这样的问题
我改了一下，测试了一遍，可以了
生成的wav和at3在一个目录下，比如ms0:/at3/1.at3，那么就生成ms0:/at3/1.at3.wav
coolspace 2007-11-9 23:15
回复 10# 的帖子
多谢C大，我再试试[s:1] [s:1]
coolspace 2007-11-9 23:22
测试了下，根据现在的情况来说，psp2000 3.71m33应该没问题，截至现在还是在转换中。。
[s:2] PSP解码果然速度不一般
cooleyes 2007-11-9 23:26
[quote]原帖由 [i]coolspace[/i] 于 2007-11-9 23:22 发表 [url=http://bbs.pspchina.net/redirect.php?goto=findpost&pid=2821374&ptid=234312][img]http://bbs.pspchina.net/images/common/back.gif[/img][/url]
测试了下，根据现在的情况来说，psp2000 3.71m33应该没问题，截至现在还是在转换中。。
[s:2] PSP解码果然速度不一般 [/quote]
不是解码慢，而是写棒子慢
其实这个程序就是把atrac3（plus）的数据解码后，实时写到棒子上
解码的速度很快，但棒子的写速度就慢多了
coolspace 2007-11-9 23:31
回复 14# 的帖子
那也不对啊。
原始at3是2m多
我最后得到的那个wav大小是22m
但是整个过程用了2min左右
高组不是4m写左右么？
难道实时写效率没有整个写高？
cooleyes 2007-11-9 23:38
很正常的
解码都是1帧1帧地解，为了贪方便，写代码的人也就一帧一帧地写入棒子
这样速度肯定慢，（其实我写也这样，偷懒嘛，少写点代码）
想速度快点，可以开设大的缓存，解码1帧后，先不写，先填在缓存里，当填满缓存后再写
甚至可以用多线程，双缓存的办法来处理
coolspace 2007-11-9 23:58
回复 16# 的帖子
这种解决方法听过，也见过
不过现在程序这样，能用我就知足了[s:5] ，反正不是天天用，哈哈~
PS：顺便bs下sony，搞了一堆自己独有的格式，到最后有放弃了，例如at3
daiskyruru 2008-11-20 22:12
[s:5] 太好了 找了半天终于有个好用的了 那位大大真是神啊
页:
[1]