search

gco / rubyripper

Automatically exported from code.google.com/p/rubyripper
0 stars 0 forks source link

can dup nilClass crash on Debian testing #397

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. enabling the 'other' codec with "ffmpeg -i %i -acodec alac %o"
2. enabling/disabling other codecs doesn't alter the crash
3.   default settings + 'other' codec crash the system

What is the expected output? What do you see instead?
I expected beautifully crafted alac encoded files, I saw the enclosed
error.log instead

1) What version of rubyripper are you using? On what operating system?
-> 0.5.7, Debian 64 bit, current testing system

2) Are you using the gtk2 or the commandline interface?
-> gtk2

3) Is the problem gone with the default settings? If so, please attach your
settings file ($HOME/.rubyripper/settings).
-> same happened with the default settings (only including my 'other'
codec, and setting /dev/scd0 for the CD device)

4) Does the problem only happen on a specific disc? If so, please attach
the output of cdparanoia -Q. Also the freedb output would be nice if it may
be related to it.
-> a couple different discs does the same

Please provide any additional information below.

I am happy to supply further info, or do any additional testing to help
clarify this issue.

Original issue reported on code.google.com by ArthurGr...@gmail.com on 31 Jan 2010 at 11:49

Attachments:

GoogleCodeExporter commented 9 years ago 
I do not exactly what might be the problem here. You didn't provide your 
settings, so 
I can't see what's wrong here. Rubyripper complaints that there isn't any 
command 
passed to it for the other codec. Which is strange if you did provide the 
settings. 
This case is already passed silently now.

Your command doesn't seem correct though. If I try this command in a terminal 
it 
crashes with: Could not write header for output file #0 (incorrect codec 
parameters ?
)

Please try to change your command to:
ffmpeg -i %i -acodec alac %o.m4a

I've got good results with it in a small test for 1 track. (That is with latest 
git 
though)

Original comment by boukewou...@gmail.com on 7 Feb 2010 at 1:02